Y a-t-il une différence entre NULL y null en PHP ? Parfois, ils semblent être interchangeables, parfois non.
edit : pour une raison quelconque, lorsque j'ai lu la documentation liée à la réponse (avant de poster cette question), j'ai lu "sensible à la casse" au lieu de "insensible à la casse", ce qui était la raison pour laquelle j'ai posté cette question en premier lieu...
Null n'est pas sensible à la casse.
De la documentation :
Il n'existe qu'une seule valeur de type null, et c'est l'élément insensible à la casse mot-clé NULL.
J'ai un problème pour comparer null valeur obtenue à partir de la requête de la base de données. Pouvez-vous nous aider ?
@FunkFortyNiner SQL et PHP sont des langages différents. Leur NULL ont des comportements différents.
L'un ou l'autre fonctionnera. Mais le guide de style officiel de PHP, PSR-12, recommande les minuscules.
https://www.php-fig.org/psr/psr-12/ , section 2.5
En général, en programmation, "null" est une variable vide de n'importe quel type, alors qu'aucune mémoire n'est allouée pour elle. En php aussi, je suppose.
Foo f; // is null
f = new Foo(); // 'new' is a operator, function for memory allocatingSQL NULL' est la solution lorsque la valeur d'une colonne n'est pas encore attribuée. L'attribut NOT NULL n'est pas défini et aucune valeur par défaut n'est fournie.
INSERT INTO t(ID,value) VALUES ('{123}', NULL);En général, ces concepts sont les mêmes. Valeur non encore attribuée". Mais dans l'implémentation, 'null' est une valeur vide, mais DbNull est une classe spéciale qui représente SQL NULL.
Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.
2 votes
NULL=nullet vice-versa, sauf si une correspondance exacte dans la base de données est demandée.0 votes
@FunkFortyNiner il n'y a pas de DB impliqué sur cette question. La question porte sur le langage de programmation.
1 votes
@PabloPazos pourquoi m'envoies-tu des messages après que 6 ans se soient écoulés ? De plus, si vous relisez mon commentaire, vous verrez la pertinence probable. Regardez le mot clé "à moins que" qui serait une vérité possible.
0 votes
@FunkFortyNiner parce que le commentaire n'est pas exact, pas de DB impliqué ici comme je l'ai dit.
0 votes
@PabloPazos Où trouvez-vous des questions/commentaires vieux de 6 ans, c'est ce qui me laisse perplexe. Quoi qu'il en soit, mon commentaire est digne d'intérêt.
2 votes
@PabloPazos c'est un peu ridicule de faire un commentaire comme le vôtre, ce qu'il a dit est tout à fait pertinent et utile. Si quelqu'un d'autre est venu et a regardé cela alors qu'il avait une erreur DB, cela aiderait à trouver rapidement une solution, ceux pour qui ce n'est pas pertinent passeront simplement à autre chose et regarderont une autre réponse.
3 votes
@FunkFortyNiner Merci pour votre commentaire, c'est exactement ce que j'avais besoin d'entendre. J'essayais de filtrer une valeur de base de données NULL en utilisant isset() qui renvoie généralement false pour les nuls normaux, mais avec la valeur de la base de données, j'ai dû utiliser $value === NULL. Je ne comprends pas bien comment cela est possible, mais je suis arrivé sur cette page avec ce problème.
0 votes
@PabloPazos le mot "à moins que" fournit une information supplémentaire ici. Maintenant, Funky Forty Niner fait un commentaire plutôt invalide quand il se plaint de la différence entre son message et sa réponse. Quel que soit le moment, s'il avait eu tort, il aurait dû être rappelé à l'ordre.