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

[ALWEBER]

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

[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

[pprem]

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

ok, pas de bol alors

[SergioMaster]

Ce que je ne comprends pas c 'est pourquoi le COUNT de l'agrégat de fonctionne pas dans cet essai alors que dans mon problème de départ il s'agissait de l'inverse
d'un autre côté, la requête de départ était nettement plus complexe (requête qui fonctionne pas la peine de revenir dessus sauf, peut-être sur les jointures j'ai toujours un peu de mal avec)

Code sql :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
SELECT F.CLIENT,SUBSTRING(F.ANNEE FROM 1 FOR 4) A,F.NUMERO,a.ID,F.ANNEE,0.00 AS MNT_TOT,F.MONTANT_PAYE*-1 MONTANT_PAYE,
       MAXVALUE(F.DATE_ECHEANCE,COALESCE(F.ECH2,F.DATE_ECHEANCE),COALESCE(F.ECH3,F.DATE_ECHEANCE)) ECHEANCE,     
       0.00 AS SOLDE,
       NULL AS DATE_FACTURE,
       a.DATE_ACTION, a.MONTANT,a.COMMENTAIRE,
       F.CLIENT||' '||C.NOM||', '||C.PAYS NOM,
       TRIM(F.ANNEE)||'-'||F.NUMERO IDFACTURE 
FROM Factures f JOIN Factures_PAIEMENT a ON f.ANNEE=a.ANNEE_facture and f.NUMERO=a.NUMERO_facture
                JOIN CLIENTS C ON F.CLIENT=C.NUM_CLIENT
AND TRIM(a.COMMENTAIRE)<>''
&Where
AND CLIENT=:C
UNION
SELECT F.CLIENT,SUBSTRING(F.ANNEE FROM 1 FOR 4),F.NUMERO,0,F.ANNEE,F.MNT_TOT,F.MONTANT_PAYE,
       MAXVALUE(F.DATE_ECHEANCE,COALESCE(F.ECH2,F.DATE_ECHEANCE),COALESCE(F.ECH3,F.DATE_ECHEANCE)) ECHEANCE,
       MAXVALUE(0,F.MNT_TOT-F.MONTANT_PAYE),
       F.DATE_FACTURE,
       NULL,0,P.LIBELLE_PAIEMENT,
       F.CLIENT||' '||C.NOM||', '||C.PAYS NOM, 
       TRIM(F.ANNEE)||'-'||F.NUMERO IDFACTURE
FROM FACTURES F JOIN CLIENTS C ON F.CLIENT=C.NUM_CLIENT
                JOIN PAIEMENT P ON F.MODE_PAIEMENT=P.CODE_PAIEMENT
&Where  
AND CLIENT=:C

Comme cette requête était "complexe", faire une seconde requête d'aggrégat pour obtenir les totaux était hors de question, mon idée : puisque Firedac propose des champs aggrégats autant m'en servir pour obtenir les totaux. Le premier essai non concluant, le second fut de copier le DataSet dans un FDMemTable et utiliser les aggrégats sur celle-ci mais je ne sais pourquoi : chou blanc !
Cela dit, après réflexion, j'ai peut-être des NULL qui trainent

L'utilisation de l'affichage dans un TListView m'a fait coutourner le problème (puisque TListView fait un while Not EOF pour se remplir, autant revenir à la bonne vieille méthode des cumuls dans la boucle), pour info cela ne serait pas possible avec TGrid. Mais cet insuccès partiel me pèse, j'aime bien rongé l'os s'il se présente

[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