Il me fait ça quelquefois au bout d'un moment et j'ai mis ça sur le
compte d'un manque de RAM de mon PC. Je reboote et tout rentre dans l'ordre.
Bon après-midi,
Bernard
Le 22/04/2010 14:09, Marie-Pierre CORONEL a écrit :
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
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
For additional commands, e-mail: users-h...@fr.openoffice.org
