Vérifier si une Postgres composite champ est null/vide

Avec postgres types de composé vous pouvez en fait créer un champ avec la structure étant défini comme une autre table. J'ai le composite champ "destinataire" de type "personne". Ce champ de destinataire est souvent laissée vide dans mon scénario spécifique. Quelle est la bonne façon de vérifier si un composite de champ est vide. J'ai essayé:

select * from bla where recipient is not null
select * from bla where recipient is null
select * from bla where recipient = null
select * from bla where recipient != null

Dans tous ces cas, il ne retourne rien. Alors, comment avez-vous correctement vérifier si une valeur composite est vide ou pas?

Mise à JOUR

Après quelques lecture, il semble comme c'est mon problème:

On peut penser que !(x IS NULL) = x IS NOT NULL est vrai dans tous les cas. Mais il est une exception - types de composé. Quand un seul champ d'une valeur composite est NULL et un autre champ est NOT NULL, alors le résultat de ces deux opérateurs est faux. IS NULL est vrai, que lorsque tous les champs sont NULL. IS NOT NULL est vrai, que lorsque tous les champs sont NOT NULL. Pour tout litige entre les deux, les deux opérateurs de retour faux.

J'ai quelques champs qui sont nuls, et d'autres qui ne le sont pas. J'espérais que le champ doit être considéré comme not NULL, si n'importe quel élément dans le domaine du composite n'est pas nul... pas quand ils ne sont pas null. Est-il un moyen de contourner ce problème autre que la vérification de chaque domaine?

InformationsquelleAutor coderama | 2014-03-31
  1. 16

    IS NULL et IS NOT NULL de travail pour les types complexes, trop, de sorte que ces deux doivent être appropriés:

    select * from bla where recipient is not null
select * from bla where recipient is null
    • Notez que IS NULL / IS NOT NULL pour le complexe / ligne / types d'enregistrement est spécial.
    InformationsquelleAutor Mureinik
  2. 13

    Pour attraper les cas où pas tous champs de la composite valeur (ligne /enregistrement) sont NULS:

    SELECT *
FROM   bla
WHERE  NOT (recipient IS NULL);

    <row-type> is NULL ne renvoie TRUE si tous champs sont NULL.

    <row-type> is NOT NULL ne renvoie TRUE si tous champs sont NOT NULL.

    Les parenthèses sont facultatives. La priorité de l'opérateur travaille en notre faveur, de toute façon.

    Test de ligne /de l'enregistrement pour les NULS

    Démontrant les différentes options:

    CREATE TEMP TABLE recipient (r text, i int);  -- to register the row type

SELECT recipient
     , recipient IS NULL         AS all_null
     , recipient IS NOT NULL     AS all_notnull
     , NOT recipient IS NULL     AS some_notnull
     , NOT recipient IS NOT NULL AS some_null
FROM (
   VALUES
    (('foo', 1   )::recipient)
  , ((NULL , 2   )::recipient)
  , ((NULL , NULL)::recipient)
   ) AS tbl(recipient);

    Résultat:

     recipient | all_null | all_notnull | some_notnull | some_null
-----------+----------+-------------+--------------+-----------
 (foo,1)   | f        | t           | t            | f
 (,2)      | f        | f           | t            | t
 (,)       | t        | f           | f            | t

    SQL Violon.

    Connexes:

    • is [not] null ne peut évaluer à true/false de sorte qu'il ressemble (pour moi) is not true n'est pas nécessaire et juste not (recipient is [not] null) suffirait. Ce qui me manque?
    • Vous avez raison, c'est encore plus simple de faire de même. J'ai mis à jour la réponse à votre entrée.
    InformationsquelleAutor Erwin Brandstetter