Quel est le point de “not NULL DEFAULT " ”?

J'ai vu cela sur un grand nombre de champs de la base de données à partir d'un projet que j'ai travaillé, où une colonne est définie non pas nulle, mais une chaîne vide comme valeur par défaut. quel est le point de le faire? Si vous permettra à une chaîne vide, pourquoi ne pas simplement laisser un champ null?

InformationsquelleAutor GSto | 2009-11-12
  1. 36

    Les valeurs null ont un comportement particulier: comparaison de quoi que ce soit avec une valeur NULL vous donne en un NULL, qui est autre chose que false ou 0. Il signifie "inconnu".

    Par exemple, prenez ce tableau:

     user_id | gender
------------------
 1       | NULL
 2       | 'M'
 3       | 'F'
 4       | 'F'

    SELECT * FROM mytable WHERE gender = 'M' sera de retour à 1 rangée, comme prévu

    SELECT * FROM mytable WHERE gender != 'M' sera de retour 2 lignes, PAS 3 lignes.

    SELECT * FROM mytable WHERE gender != 'M' OR gender IS NULL sera de retour le 3 lignes.

    Edit: Pour certaines applications, à l'aide de 0 (ou, à Dieu ne plaise, un autre "nombre magique") au lieu de NULL n'est pas recommandé (parts ou des valeurs exactes ne sont pas pertinentes dans cet exemple): 

     Date       | Temperature 
--------------------------
 2010-01-01 | 10          
 2010-01-02 | 4
 2010-01-03 | 0
 2010-01-04 | -22
 2010-01-05 | -45
 2010-01-06 | NULL
 2010-01-07 | -34

    Ici, le NULL sur Jan 6 signifie "valeur inconnue" - peut-être parce que la température était si faible que la sonde du thermomètre cessé de répondre. Cependant, c'est une toute autre signification que Jan 3e, lorsque la température était 0, qui est, de 0 degrés.

    Aussi, comme @Bill Karwin mentionne, les valeurs Null comporter spécialement dans des fonctions d'agrégation (COUNT,SUM,AVG etc.): le calcul de AVG(Temperature) sur les données ci-dessus vous donnera -14.5, comme le NUL de la ligne est ignoré.

    • Je n'avais aucune idée null se comporter de cette façon! Je suis d'accepter ce que c'est un cristal clair pourquoi, par exemple, de ne pas utiliser la valeur null.
    • +1 Il est également intéressant de mentionner que la valeur NULL est ignorée de la plupart des fonctions d'agrégation. Vous ne voulez probablement pas à compter NULL en tant que zéro pour SELECT AVG(Temperature) parce que ce serait fausser vos résultats. NULL n'ont qu'un but utile.
    • Voir aussi vincedasta.com/p/bad-data-guide pour un certain contexte.
    • Les températures exemple en est un excellent.
    • Merci 🙂
    InformationsquelleAutor Piskvor
  2. 11

    null et "" ne sont pas la même chose, donc il n'y a pas de contradiction ici.

    Ce que le contenu sémantique d'null/"" est dépend de l'individu et est souvent un "religieux" de l'émission. Pour certaines personnes, dans certains schémas, bien sûr, ils peuvent être les mêmes, mais ils n'ont pas à l'être. Par exemple, un "" peut signifier "j'ai explicitement demandé à l'utilisateur pour l'entrée, et ils ont choisi d'entrer rien", alors qu'un nul pourrait signifier "je n'ai même jamais demandé pour l'entrée".

    • Le commentaire à ce sujet peut être une question de religion soulève un point - un des développeurs de fond et d'expérience peut jouer un rôle. Les exemples suivants se comportent différemment dans différentes langues: "== null, "" == null, 0 == null, "" === null. Avec certains d'entre vous ont explicites type de contrôle (comme String.Vide ou === les opérateurs, ou strcmp()) et il est facile de se tromper. La distinction est beaucoup plus claire dans certaines langues que dans d'autres - certains langages de script, en particulier, de rendre la vie plus difficiles que d'autres (par exemple, Perl est particulièrement subtilement mal à cet égard).
    InformationsquelleAutor Brian Schroth
  3. 4

    Il y a une différence entre une valeur nulle et une chaîne vide - au moins en SQL.

    SELECT LENGTH('tata');
4

SELECT LENGTH(NULL);
NULL

SELECT LENGTH('tata')-LENGTH('');
4

SELECT LENGTH('tata')-LENGTH(NULL);
NULL
    • "au moins dans MySQL" => ", au moins dans SQL"
    • Vrai, vrai. Fixe.
    InformationsquelleAutor gnud
  4. 1

    La plupart des langages de programmation qui sont en interaction avec une base de données qui n'est pas nativement en charge un NUL qui fonctionne comme il le fait dans une base de données. Par exemple en C#, null <> DbNull.De la valeur. En VB la plupart des types de données ne pouvait pas faire face avec la valeur null de la sémantique, par exemple, vous ne pouviez pas stocker une valeur null dans une Date, ou un Int, etc. En réduisant le nombre de zéros les programmes client le voir, le moins de maux de tête il y a des. Dans le cas de VB, la ferme de la chose qui signifie null pour les chaînes de caractères est Vide, ce qui est quelque chose de plus non-initialisées, pas tout à fait le même sens que la valeur NULL dans le sens de "ne sait pas"

    InformationsquelleAutor MatthewMartin
  5. 0

    Parce que parfois, dans certaines langues, un "select de la requête" serait vous donner le chaîne NULL, et il faudrait vérifier si c'est une vraie chaîne de contenu "NULL" ou c'est vraiment nul.

    Avec "" il est plus facile (à mon humble avis)

    • J'espère que j'ai mal compris... ce sont ces langues que vous faites allusion?
    • Je suis assez sûr que ce n'est pas le cas. En SQL, vous pouvez tester "OÙ MyField EST NULLE", ce qui est différent de "OÙ MyField = 'NULL'". Lorsque vous comparez les résultats dans votre langage de programmation, il n'est normalement un moyen de vérification de la base de données les valeurs null. Dans .NET, base de données nulle est représenté comme DBNull.De la valeur.
    InformationsquelleAutor Xavi Ivars
  6. 0

    Nous n'avons pas autoriser les valeurs null parce que par programmation l'accès à un champ d'une table avec une valeur DBnull provoque une exception, alors une chaîne vide est une valeur et n'a donc pas d'erreur.

    • Est-ce spécifique à certaines interface? L'accès à une valeur null dans MySQL ne cause pas de problèmes.
    • Je crois qu'il a de référencement de la consommation du champ sur le côté application. VB Classique / .NET interpréter le champ NULL comme DBNull, ce qui pourrait entraîner une exception lors de la coulée, sans vérifier d'abord que la valeur n'est pas DBNull.
    • Merci Stacy, Oui, c'est ce que je suggère. Si vous avez chargé vos données dans un Dataset ou datatable dans une application et a voulu attribuer la valeur d'une nullable domaine d'une variable, vous devez d'abord vérifier si le champ est DBNull. Assurer la valeur n'est pas null, vous pouvez accéder en toute sécurité le terrain, sans vérification ou la possibilité d'une exception.
    InformationsquelleAutor Kevin
  7. 0

    En plus de ce que @Piskvor mentionné, cette pratique est aussi là afin de prévenir un certain potentiel NullPointerExceptions dans la logique de l'application lors du remplissage des haricots ou des objets etc. après la lecture de DB

    InformationsquelleAutor Aayush Puri