Discussion :

[SergioMaster]

Bonjour,

Jusqu'à présent en FDLocalSQL je me contentais de joindre deux tables de base de données différentes et ce avec succès.
J'ai voulu obtenir un résumé (montant total de factures) d'une requête plutôt complexe. J'ai d'abord songé à utiliser un champ agrégat créé dans la liste des champs mais je n'obtenais rien (c'était aussi une première ratée pour moi) puis j'ai testé avec le Local SQL. Pour moi il s'agissait d'une requête simple SELECT COUNT(*) NUM, SUM(SOLDE) TOTAL FROM FDQFacturesQuelle ne fut pas ma surprise d'obtenir une valeur pour NUM mais un zéro pointé pour TOTAL !

Bien sûr je peux passer par des moyens plus "classiques" (une boucle while not EOF) pour obtenir le résultat souhaité mais ...

La question est donc double :
- Puisque, apparemment, mon problème d'agrégat est lié quelqu'un a déjà utilisé cette technique ?
- Êtes-vous "tombé" sur ce genre de requête locale sans problème ?

[Andnotor]

J'utilise sans problème des agrégats en LocalSQL.

Mais je constate une différence de comportement avec champs guillemetés :
SUM(SOLDE) ou SUM(`SOLDE`) : une erreur est générée si le champ n'existe pas (normal).
SUM("SOLDE") : renvoi zéro si le champ n'existe pas !

[SergioMaster]

Bonsoir,

j'ai contourné le problème mais je me pose toujours la question, pourquoi cela ne fonctionne pas le seul doute que je puisse émettre est que la colonne SOLDE est une colonne calculée dans la requête initiale.

[ALWEBER]

Lorsqu'il y a une fonction d'agrégation comme "sum" peut être faut il ajouter "group by"

[SergioMaster]

Bonjour,
Merci mais non, je parle là des "champs" fkAggregate (champ pour distinguer de colonne de la table) agrégat le "SUM" est dans la déclaration



Le Group est géré par le GroupingLevel dans mon cas sur la table entière donc = 0
(P.S. Cette notion reste encore floue dans mon esprit )



et tu noteras que j'ai fait un test en ajoutant un second champ agregat (le nombre d'enregistrements) qui lui me renvoie bien une valeur

Il va falloir que je fasse un test plus poussé dans un petit programme à part (comme d'habitude)

[SergioMaster]

Déjà, je m'en arrache les cheveux qui me restent
requête de base :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
SELECT F.ANNEE,F.NUMERO,F.MNT_TOT,F.MONTANT_PAYE,MNT_TOT-MONTANT_PAYE SOLDE FROM FACTURES F
WHERE CLIENT='2000'

valeurs agrégats souhaitées
122, 74800.56, 73986.74, 813.82


et premier test rapide (pas en encore du localSQL)

C'est le COUNT qui ne se montre pas le reste est correct

[pprem]

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
SELECT F.ANNEE,F.NUMERO,F.MNT_TOT,F.MONTANT_PAYE,MNT_TOT-MONTANT_PAYE SOLDE FROM FACTURES F
WHERE CLIENT='2000'

tu es sûr de ta syntaxe SQL ?
j'aurais écrit :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
SELECT F.ANNEE,F.NUMERO,F.MNT_TOT,F.MONTANT_PAYE,(MNT_TOT-MONTANT_PAYE) as SOLDE FROM FACTURES F
WHERE CLIENT='2000'

[SergioMaster]

tu es sûr de ta syntaxe SQL ?

OUI, ce côté ne pose aucun souci oui
avec Firebird les parenthèses ne sont pas obligatoires, et le AS est optionnel

non, c'est bien les agrégats qui me posent quelques soucis

[ALWEBER]

De mémoire il doit y avoir une relation maître détail pour les fonction d'agrégat avec des setRange

[ALWEBER]

Bonjour,
Tu peux peux être ramener le résultat de ta requête en local dans un dataset en mémoire et faire ensuite et faire ensuite les agrégation sur ce dadaset