En fait ce qui serait normal, c'est que le résultat de COUNT étant de type integer, le résultat soit 0 :D et que la grille soit quand même créée avec résultat 0 puisque le champ groupe existe et pouvait en l'occurence afficher 1. J'avais bien repéré que la grille n'était pas créée (mon observation équivalente à tes tuples) et ça avait contribué à me conforter dans l'idée que pour COUNT 0=null
Mais bon, au moins j'ai appris avec ce problème de résultats à créer des vues, à utiliser ifnull et même casewhen... Je frémis à l'idée que j'aurais pu m'appuyer sur mon premier résultat qui fonctionnait parce que tous les champs avaient au moins une occurence, et que je découvre en janvier prochain (le moment où on sortira ce formulaire) que les résultats calculés sont faux... Le 22 avril 2010 11:15, Docgranville <[email protected]> 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]
