Tu as peut-être ISNULL toi, qui fonctionne à peu près pareil il me semble mais n'existe pas dans toutes les versions sql (comme ifnull). Sinon, j'avais essayé coalesce aussi, mais ça ne changeait rien à mon problème.
Le 22 avril 2010 11:40, ribotb <[email protected]> a écrit : > D'accord pour la précision : il y aurait "quelque chose" dans HSQLDB; parler > de Base était un raccourci hâtif. > > Par contre il me parait normal d'avoir au moins un tuple, il faut pouvoir > récupérer la valeur (attendue et qu'on n'arrive pas à avoir pour l'instant ! > ), je veuxdire 0. D'ailleurs mon SGBDR Firebird me rend bien un tuple (NULL > , NULL) bien que j'aurais préféré (NULL , 0 ). Je suis en train d'essayer de > récupérer 0 avec la condition COALESCE (IFNULL est inconnu dans le SQL > Firebird). > > > > Le 22/04/2010 11:15, Docgranville a écrit : >> >> Le 22/04/2010 11:00, ribotb a écrit : >>> >>> Ceci dit, il y a quand même un petit problème dans Base parce que on >>> devrait quand même obtenir un enregistrement : >>> - soit (NULL, 0), >>> - soit (NULL , NULL). >> >> Je dirais plutôt que c'est dans Hsqldb, le moteur de Base, non ? >> >> Et après tout, est-ce si illogique que cela qu'une requête ne ressortant >> aucun résultat ne renvoie rien, plutôt que de renvoyer des champs "null" ? >> (certes, le comportement n'arrange pas dans le cas de Marie-Pierre mais il >> ne s'agit que d'une situation spécifique). >> >> A+ >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
