Discussion :

[ylarvor]

bonjour,

ci dessous, le rapport produit par le best practices analyser 2000 sur la base aloès:

Database Name ANSI_NULLS ANSI_PADDING_ENABLED ANSI_WARNINGS ARITHABORT CONCAT_NULL_YIELDS_NULL QUOTED_IDENTIFIERS NUMERIC_ROUNDABORT Result
[Recommended Settings] ON ON ON ON ON ON OFF -
aloes_dev OFF OFF OFF OFF OFF OFF OFF Failed

Je aimerais savoir comment cela se fait il que nous n'ayons pas le bon paramétrage... est ce volontaire d'après vous ? est un paramétrage par défaut ?

J'aimerais savoir l'influence de ce paramétrage sur le fonctionnement de la base.

j'aimerais savoir si on peux réparer le problème facilement.

Merci de vos réponses.

Yann.

[SQLpro]

Il est extrêmement difficile de dire si cela ne produira pas des effets néfaste. Néanmoins le paramétrage des options de conformité à la norme SQL est fondamentales.
SQL Server héritant d'un vieux SGBD (Sybase SQL Server en l'occurrence) il y avait un paramétrage à l'origine différent de ce que la norme à indiqué. Notamment en matière de NULL.
Ainsi la norme considère que :
Macolonne = NULL
vaut toujours UNKNOWN quelquesoit la valeur de Macolonne y compris si Macolonne est NULL. En effet NULL ne peut jamais être comparé puisque NULL est un marqueur et non une valeur.
Si vos dévelopeur on fait des =NULL un peut partout avec ce paramétrage antédiluvien, il y a de grandes chances que votre application fonctionne mal.
Il en est ainsi de la concaténation avec NULL (CONCATNULL YELD NULL)$

A +