bon ben là j'ai un gros problème en prime... j'essaye de créer le second formulaire et OOo n'arrête pas de se fermer maintenant...
Le 22 avril 2010 13:08, Marie-Pierre CORONEL <mariepierre....@gmail.com> a écrit : > j'avais essayé cette imbrication (comme pas mal d'autres d'ailleurs) > et rien ne fonctionnait pour la raison que tu évoques à la fin de ton > message. > > Le 22 avril 2010 12:20, ribotb <rib...@gmail.com> a écrit : >> A y regarder de près, il me semble qu'il y a une erreur dans la syntaxe de >> la requête Regime_allocations_part2_CMSA, dans la partie IFNULL. La syntaxe >> de la fonction IFNULL est : IFNULL(expression-1, expression-2). >> où expression-1 : COUNT ( "Demandeurs"."part2alloc") >> et expression-2 : 0 >> et IFNULL retourne la 1ère expression nonnull >> Si COUNT(...) est NULL, on veut récupérer 0 >> Donc il faut écrire : IFNULL (COUNT ( "Demandeurs"."part2alloc") , 0) >> au lieu de : COUNT( IFNULL( "Demandeurs"."part2alloc", 0 ) ) comme écrit >> dans la requête. >> >> Ceci dit, ça ne change rien pour l'instant vu que HSQL ne nous rend pas le >> tuple (NULL , NULL) qui permettrait d'appliquer la fonction IFNULL sur >> NOMBRE2. >> >> >> Le 22/04/2010 11:33, Marie-Pierre CORONEL a écrit : >>> >>> 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<docgranvi...@aol.com> 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: users-unsubscr...@fr.openoffice.org >>>> For additional commands, e-mail: users-h...@fr.openoffice.org >>>> >>>> >>>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org >>> For additional commands, e-mail: users-h...@fr.openoffice.org >>> >>> >>> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org >> For additional commands, e-mail: users-h...@fr.openoffice.org >> >> > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org For additional commands, e-mail: users-h...@fr.openoffice.org
