Problème requête SQL

**f5jcg_Lulu** · 24/12/2020, 14h44

Bonjour à tous,
Je suis sur ce forum, celui pour les SGBD étant fermé.
J'utilise Delphi 10.2.2 et une BDD sous Sqlite3. Or je manque de compétence, entre autre, en SQL pour résoudre le problème suivant :
Contexte.
Soit une association avec un certain nombre d'adhérents situés dans un certain nombre de départements.
- 1 couple = 1 cotisation mais 2 adhérents.
- 1 personne seule = 1 cotisation et 1 adhérent(e).
La requête ci-dessous fonctionne très bien mais ne me donne que le nombre de cotisations dans chaque département. Or je veux connaître le nombre d'adhérents, les couples comptant évidemment pour 2 adhérents.

Code :

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
 
With Datas.QAdherents do
begin
  SQL.Clear;
  SQL.Add('SELECT Dpt, COUNT(Dpt) AS Nb, Nombre, Civilite, Nom, Prenom, Membre, Print, Adresse, Localite, Courriel, Telephone, TeleMobile, Envoi, Cotisation, Dons, Sortie, Paiement_sortie, Visite1, Repas, Visite2, Degrevement, Observations');
  SQL.Add('FROM tblAdherents WHERE Nombre <> 0 GROUP BY Dpt ORDER BY Nb DESC');
  Open;
 
  Datas.QAdherents.first;
  MemoDpt.Clear;
  While not Datas.QAdherents.Eof do
  begin
    Nb := (Datas.QAdherents.Fields[1].AsInteger);
    MemoDpt.Lines.Add('Département ' + Datas.QAdherents.FieldByName('Dpt').Value  + ' : ' + IntToStr(Nb) + ' cotisation.s');
    Datas.QAdherents.Next;
  end;
end;

Précision : j'ai un champ Dpt (département) et un champ Nombre (1 pour une personne seule, 2 pour un couple).
Je me suis inspiré d'un exemple du forum. Vive le forum !
Merci à tous et joyeuses fêtes malgré tout. Faites attention...

**ShaiLeTroll** · 24/12/2020, 14h58

Envoyé par f5jcg_Lulu

Bonjour à tous,
Je suis sur ce forum, celui pour les SGBD étant fermé.
J'utilise Delphi 10.2.2 et une BDD sous Sqlite3....

Fermé ?
Forum > Bases de données > Autres SGBD > SQLite semblent tout à fait disponible

Oh c'est intéressant ce GROUP BY n'a pas besoin contenir tous les champs non agrégés du SELECT ?
C'est pas courant ! dans plein de SGBD cela ne fonctionnerait pas

Vu que la table c'est les adhérents, un champ doit indiquer un lien avec le contrat de cotisation (le champ Cotisation c'est un montant ?) ou un adhérents 'Principal' qui fait hériter son adhérents 'Secondaire'
Mais si cela retourne que le nombre de cotisation par département depuis la table adhérents, il y a un problème de structure de table
Comment sont gérer les cotisations, la date de paiement, le renouvellement ...
Et ce champ Nombre, c'est le nombre de personne ? SUM(NOMBRE) au lieu de COUNT ?

Pourquoi tous ces champs dans le SELECT si vous ne souhaitez avoir que deux colonnes ?
Il est toujours préférables de ne récupérer QUE ce qui est utile dans votre cas le DPT et le SUM ou COUNT, le reste est inutile (voir faux avec le GROUP BY)

**tintinux** · 24/12/2020, 15h06

Bonjour

Il m'étonnerait que cette requête fonctionne. Je n'utilise pas SqlLite, mais je sais qu'elle est erronée au regard de la norme SQL.

En effet, en SQL, si il y a un GROUP BY, on ne peut mettre derrière le SELECT soit le(s) champ(s) indiqués après le GROUP BY, soit des expressions statistiques telles que COUNT(*).
Donc les champs Nom, Prenom, etc ... devraient provoquer une erreur (ou alors SqlLite est en dehors de la norme SQL et je me demande bien ce qu'il peut retourner)

Pour répondre à ta question, tu pourrais peut-être essayer plutôt :

Code :

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

SELECT Dpt, COUNT(*) AS Nb_cotisations, SUM(Nombre) as Nb_adherents FROM tblAdherents WHERE Nombre <> 0 GROUP BY Dpt ORDER BY Nb_adherents DESC;

Joyeux Noël !

**f5jcg_Lulu** · 24/12/2020, 16h01

Merci à tous les deux pour vos réponses et désolé, j'ai cru que le forum SGBD était fermé comme indiqué quand j'ai voulu y entrer.
Cette requête fonctionne bien pourtant et retourne les résultats qu'elle doit retourner, même si je n'ai pas tous les résultats attendus.
Si je ne spécifie pas tous les champs c'est là que j'ai un message d'erreur ! C'est vrai qu'avec un GROUP BY...
Les champs Cotisation et Nombre sont des nombres car je fais des calculs avec. Et c'est vrai que je n'ai pas besoin de tous les champs pour un affichage somme toute restreint. Je vais essayer la proposition de Tintinux et passer Noël dessus.

PS : je viens d'essayer, on me réclame toujours toute la série des champs...

Quoi qu'il en soit merci beaucoup et à bientôt.
Amicalement. Joyeux Noël à tous

**f5jcg_Lulu** · 24/12/2020, 16h56

Bingo, la solution de Tintinux fonctionne. La requête me renvoie bien ce que je désirais dans ma demande. C'est décidément Noël !
Merci et encore joyeux Noël à tous

**f5jcg_Lulu** · 28/12/2020, 11h12

Bonjour à tous,
Je reviens à mon problème précédent, qui a été résolu par Tintinux, je l'en remercie.
Il y a tout de même une anomalie : pourquoi suis-je obligé de lister dans la requête TOUS les champs de la table bien que seuls 2 ou 3 soient "utiles" pour ce traitement ? Quand je supprime ces champs j'ai un message SQL error me les réclamant l'un après l'autre. Cela alourdit la requête et me paraît anormal. Où ai-je fait l'erreur ?
A noter que telle que ci-dessous tout fonctionne, j'ai les bons résultats.

Code :

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

1
2
3
4
5
6
7
 
With Datas.QAdherents do
begin
  SQL.Clear;
  SQL.Add('SELECT Dpt, COUNT(*) AS Nb_cotisations, SUM(Nombre) AS Nb_adherents, Nombre, Civilite, Nom, Prenom, Membre, Print, Adresse, Localite, Courriel, Telephone, TeleMobile, Envoi, Cotisation, Dons, Sortie'); //, Paiement_sortie, Visite1, Repas, Visite2, Degrevement, Observations');
  SQL.Add('Paiement_sortie, Visite1, Repas, Visite2, Degrevement, Observations FROM tblAdherents WHERE Nombre <> 0 GROUP BY Dpt ORDER BY Dpt');
  Open;