bon j'essayerai ta requête demain, mais tout de suite non : quand je parle
de sql je parle de l'un des 3 choix en haut de la fenêtre requêtes (mode
assistant, mode on crée tout, mode sql)
:) bon mais là c'est l'heure d'aller dormir :D merci en tous cas du temps
que tu m'as consacré :)
Le 9 février 2010 22:27, Docgranville <docgranvi...@aol.com> a écrit :
> Marie-Pierre CORONEL a écrit :
>
>> - parmi les questions que je me suis posées tout l'après-midi, c'est : y
>>
>> a-t-il un ordre de déclaration des tables derrière FROM ou suffit-elle
>> qu'elles soient listées ? (l'ordre serait fonction des champs du SELECT
>> donc)
>>
>> - dans les bouquins que j'ai trouvés sur GROUP BY, ils disent qu'on doit
>> mettre toutes les variables contenues dans le SELECT et pas les seules
>> variables non affectées par une fonction mais j'essayerai ta solution.
>>
>> - sur les variables accentuées j'en ai qui fonctionnent dans une autre
>> base,
>> mais comme dans cette base je n'ai pas encore créé les rapports (je suis
>> infoutue pour le moment de trouver où on les déclare dans les rapports),
>> je
>> peux encore les changer... C'est ennuyeux quand même je trouve...
>>
>> - la solution pas à pas que tu as proposé, c'est celle que j'ai suivi (ma
>> requête d'il y a quelques jours qui fonctionne)... mais l'élément
>> perturbateur pour moi, c'est que là j'avais à travailler sur 2 tables (en
>> plus des soucis que j'ai rencontrés dans la journée sur des choses qui
>> fonctionnaient et ne fonctionnent plus correctement) et de guerre lasse,
>> j'ai fini par céder sur la fonction et le group by (le message erreur
>> parlait de fonction et de group by, avant même que j'insère count puisque
>> j'ai compris qu'il fallait l'insérer en SQL directement, lui, la dernière
>> fois), j'ai aussi fini par céder en désinstallant 3.2 et repassant à 3.1.1
>> d'ailleurs un peu avant de quitter le travail...
>>
>>
> Stooooooooooop !
>
> Tu dis : "j'ai compris qu'il fallait l'insérer en SQL directement" en
> parlant de COUNT ; et là, je me mets à supposer que tu as cliqué sur la
> petite icône SQL, la plus à droite dans la barre d'outil, celle qui permet
> de travailler en "SQL direct" ; le problème, c'est que la mise en place
> d'une variable ( le truc ":mois_étudié") ne fonctionne pas (en tout cas pas
> sous cette forme et je ne sais pas s'il y a une autre forme sous laquelle ça
> fonctionne) en SQL direct ; ça ne renvoie pas d'erreur, ça renvoie juste un
> résultat vide ; donc, tu devrais essayer ta requête en "dé-cliquant" le mode
> SQL direct.
>
> Et si tu retrouves une erreur, je te propose d'essayer la formulation
> suivante (elle fonctionne chez moi avec la base que tu as déposée) :
> select "typeabonnement", COUNT("Suivi abonnements"."codeabonnement") as
> "Nbre", "mois" from "Types abonnement", "Suivi abonnements" where "Types
> abonnement"."codeabonnement" = "Suivi abonnements"."codeabonnement" and
> "mois" = :mois_étudié group by "typeabonnement", "mois" order by
> "typeabonnement" asc
>
>
>
> et j'avais raté une question tout à l'heure. Le mois considéré est en
>> toutes
>> lettres, parce que je les ai entrés directement en zone de liste (arf, va
>> falloir que je regarde si j'ai mis un accent à août :s).
>>
> Là, ça t'oblige à répondre, dans la boîte de dialogue, exactement comme tu
> as entré le mois dans la base de données (accent, majuscule,...) ; on pourra
> éventuellement envisager une solution de contournement si tu veux.
>
>
> A+
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@fr.openoffice.org
> For additional commands, e-mail: users-h...@fr.openoffice.org
>
>
