Sous SQL Server, Null indique une absence d’information. Prenons par exemple cette liste de Produits.<\/p>\n
use tempdb\r\ngo\r\ncreate table Produits (IdProduit int identity,\r\n\t\t\t\t\t\tNom varchar(100),\r\n\t\t\t\t\t\tPrix money)\r\ninsert into Produits (Nom,Prix)\r\n\tvalues ('Clavier',10),\r\n\t\t\t('Ecran', 100),\r\n\t\t\t('Souris', 15),\r\n\t\t\t('CPU', Null),\r\n\t\t\t('Webcam',40)<\/pre>\nSi l’on cherche \u00e0 avoir tous les produits de 50 Euros ou moins, on obtient le clavier, la souris et la webcam.<\/p>\n
select *\r\nfrom Produits\r\nwhere Prix<=50<\/pre>\n![\"\"](\"https:\/\/www.sqlserver.fr\/blog\/wp-content\/uploads\/2012\/05\/Inf50.png\" "\\"Inf50\\"")
<\/a><\/p>\nEt si l’on cherche \u00e0 avoir tous les produits de plus de 50 Euros, il n’y a que l’Ecran.<\/p>\n
select *\r\nfrom Produits\r\nwhere Prix>50<\/pre>\n![\"\"](\"https:\/\/www.sqlserver.fr\/blog\/wp-content\/uploads\/2012\/05\/Sup50.png\" "\\"Sup50\\"")
<\/a><\/p>\nEt o\u00f9 est le CPU dans l’histoire ? Et bien l’assertion \u00ab\u00a0Le prix est inf\u00e9rieur ou \u00e9gal \u00e0 50 Euros\u00a0\u00bb ne peut pas \u00eatre consid\u00e9r\u00e9e comme vraie, puisqu’on ne connait pas le prix du CPU. Mais en m\u00eame temps, l’assertion \u00ab\u00a0Le prix du CPU est sup\u00e9rieur \u00e0 50 Euros\u00a0\u00bb ne peut pas non plus \u00eatre consid\u00e9r\u00e9e comme vraie. En fait, Null signifie qu’on ne connait pas le prix du CPU, et donc qu’on ne peut comparer quelque chose qu’on ne connait pas \u00e0 50 Euros. Est-ce plus cher ? Est-ce moins cher ? On ne sait pas.<\/p>\n
Mais ce qu’il est vraiment primordial de comprendre, c’est que, par exemple, l’assertion \u00ab\u00a0Le prix est inf\u00e9rieur ou \u00e9gal \u00e0 50 Euros\u00a0\u00bb n’est pas vraie, mais elle n’en est pas n\u00e9anmoins fausse pour autant !<\/p>\n
select *\r\nfrom Produits\r\nwhere NOT (Prix<=50)<\/pre>\n<\/a><\/p>\nEn fait, on ne peut pas dire que le prix du CPU est inf\u00e9rieur \u00e0 50 Euros, mais on ne peut pas dire non plus qu’il ne l’est pas ! L’\u00e9tat de cette assertion est \u00ab\u00a0Inconnu\u00a0\u00bb.<\/p>\n
Et sous SQL Server, les clauses \u00ab\u00a0Where\u00a0\u00bb, de m\u00eame que les jointures, filtrent les enregistrements pour lesquels le pr\u00e9dicat est vrai. Et par vrai, il est entendu que le pr\u00e9dicat est confirm\u00e9 comme v\u00e9rifi\u00e9.<\/p>\n
Attention, toute la subtilit\u00e9 est l\u00e0 : un pr\u00e9dicat vrai, ce n’est pas un pr\u00e9dicat qui n’est pas faux<\/strong>.<\/p>\nDans notre cas, le fait de dire que l’assertion NOT (Prix<=50) est vraie revient \u00e0 dire que l’assertion Prix<=50 est fausse. Or nous avons vu que, pour le cas de notre produit CPU, nous ne pouvons pas affirmer que l’assertion Prix<=50 est fausse, car nous ne connaissons pas le prix. Nous ne pouvons rien dire, tout simplement.<\/p>\n
Voici au final une requ\u00eate qui r\u00e9sume la probl\u00e9matique :<\/p>\n
select *\r\nfrom Produits\r\nwhere\t(Prix<=50)\r\n\tOR\r\n\t\t(NOT (Prix<=50))<\/pre>\n![\"\"](\"https:\/\/www.sqlserver.fr\/blog\/wp-content\/uploads\/2012\/05\/InfOrNotInf1.png\" "\\"InfOrNotInf\\"")
<\/a><\/p>\nIl nous manque bien notre produit CPU.<\/p>\n
Il n’est pas vrai de dire que son prix est inf\u00e9rieur \u00e0 50 Euros, mais il n’est pas vrai de dire qu’il est faux de dire que son prix est inf\u00e9rieur \u00e0 50 Euros. (\u00e7a commence \u00e0 devenir un peu compliqu\u00e9, l\u00e0… :-) \u00a0)<\/p>\n
Quand on ne sait pas, on n’affirme rien, mais on ne nie rien non plus…<\/p>\n
Pour finir, rajoutons quelques produits dans la liste.<\/p>\n
insert into Produits (Nom,Prix)\r\n\tvalues ('Tapis souris',10),\r\n\t\t\t('Carte graphique', 100),\r\n\t\t\t('Carte m\u00e8re', Null)<\/pre>\nEt regardons les paires de produits ayant le m\u00eame prix :<\/p>\n
select p1.Nom, p2.Nom\r\nfrom Produits p1\r\n\tjoin Produits p2 on p1.IdProduit < p2.IdProduit\r\n\t\t\t\t\tand p1.Prix=p2.Prix<\/pre>\n![\"\"](\"https:\/\/www.sqlserver.fr\/blog\/wp-content\/uploads\/2012\/05\/PrixIdentiques.png\" "\\"PrixIdentiques\\"")
<\/a><\/p>\nLes produits Carte M\u00e8re et CPU n’ont pas n\u00e9cessairement le m\u00eame prix donc, logiquement, on ne les voit pas dans la liste.<\/p>\n
Mais si on cherche les prix diff\u00e9rents :<\/p>\n
select p1.Nom, p2.Nom\r\nfrom Produits p1\r\n\tjoin Produits p2 on p1.IdProduit < p2.IdProduit\r\n\t\t\t\t\tand p1.Prix<>p2.Prix<\/pre>\n![\"\"](\"https:\/\/www.sqlserver.fr\/blog\/wp-content\/uploads\/2012\/05\/PrixDifferents.png\" "\\"PrixDifferents\\"")
<\/a><\/p>\nIl est tr\u00e8s int\u00e9ressant de voir que ni le CPU, ni la Carte m\u00e8re ne sont pr\u00e9sents dans la liste. Et pour cause, \u00e9tant donn\u00e9 qu’on ne connait pas leur prix, on ne peut pas affirmer qu’il est diff\u00e9rent du prix de tel ou tel autre produit. Et m\u00eame, tout comme on ne pouvait pas affirmer que ces deux produits avaient le m\u00eame prix, on ne peut pas affirmer qu’ils sont de prix diff\u00e9rents.<\/p>\n
Null n’est pas \u00e9gal \u00e0 Null, mais Null n’est pas diff\u00e9rent de Null.<\/strong><\/p>\nAu final, Null n’est pas un pointeur vers l’adresse m\u00e9moire 0, c’est la marque d’une non-connaissance, et donc la fin de toute assertion.<\/p>\n","protected":false},"excerpt":{"rendered":"
Cet article s’adresse \u00e0 tous ceux et celles qui consid\u00e8rent Null comme une valeur particuli\u00e8re. Je pense notamment aux d\u00e9veloppeurs C#, pour qui null est une valeur sp\u00e9cifique. Du point de vue SQL Server, Null n’est pas une valeur, mais … Continuer la lecture