Discussion :

[f-leb]

Bonjour à tous,

je vous propose un premier article Access.

Les requêtes avec regroupement
Opérations « Compte » et « Somme »

Cet article se propose de faire découvrir les requêtes avec regroupement sous Access pour effectuer des opérations élémentaires et fréquentes de comptage et d'addition. L'approche se veut didactique et progressive. On commence par découvrir le principe en utilisant exclusivement l'interface graphique avant d'aborder des cas plus complexes et le langage de requête SQL sous-jacent.

L’article s’adresse plutôt aux débutants mais les habitués y trouveront peut-être quelques astuces.

Vous pouvez évidemment poster vos commentaires dans ce fil.

Bonne lecture

Fabien

[ClaudeLELOUP]

Salut Fabien,

Bravo pour ce très beau tutoriel.
Vivement la suite que tu y annonces !

[f-leb]

Merci Claude

Pour la suite, on va attendre que je reprenne mon souffle après cet accouchement

[Richard_35]

Bonsoir Fabien,

Et chapeau (ou bonnet, comme tu veux, mais ça sonne moins bien)!... ...

Au passage, un petit salut amical à Claude.

[ClaudeLELOUP]

Content de te recroiser Richard !

Bonne journée.

[loufab]

un smilé suffit...

Si après cela il y a encore des questions basiques c'est que les gens ne lisent pas.

[Pierre Fauconnier]

Chouette boulot Fabien, content de te compter parmi les rédacteurs.

Ce tutoriel explique pas à pas comment regrouper les données et les exemples sont clairs.

Nul doute que cela ouvrira des horizons nouveaux.

[f-leb]

Merci à tous pour vos encouragements

IX. « Best of » de requêtes avec regroupement

Ici je propose un recueil de requêtes avec Somme et Compte et qui reviennent régulièrement dans nos forums. À l'heure où j'écris ces lignes, certaines de ces requêtes avec regroupement et qui mériteraient d'apparaître dans ce « Best of » ont pu m'échapper. N'hésitez pas à me contacter par MP si le cas se présente.

Vous pouvez aussi bien proposer vos idées ici-même dans ce fil après tout.

En voici une qui m'est revenue à l'esprit d'après la discussion de florianne.

Le résultat de la requête serait de déterminer par exemple la liste des élèves qui aurait les compétence 5 ET 7.

La solution que j'avais proposée à l'époque pour faire ce ET:

Code sql :

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

1
2
3
4
5
SELECT NomEleve, PrenomEleve
FROM TblEleve
WHERE Competence IN (5,7)
GROUP BY NomEleve, PrenomEleve
HAVING Count(*)=2

mmmhhh, est-ce seulement la meilleure solution ?

[Pierre Fauconnier]

Salut Fabien

Deux remarques sur ta requête:

1. Tu renverras les élèves qui ont exclusivement les compétences 5 ET 7, à l'exclusion dautres compétences. Si tu veux récupérer ceux qui ont au moins les compétences 5 et 7 (ce qu'à mon sens on comprend de prime abord de la question de Floriane), il faudra utiliser having count(*)>=2.

2. C'est un peu hors sujet, mais ce n'est pas une bonne pratique, a priori, de devoir répéter plusieurs fois les mêmes infos dans une table (ici, nom et prénom pour une même personne autant de fois qu'elle a de compétences). Il serait plus logique de proposer cela au sein d'une requête qui utiliserait une clé externe vers la table des élèves, par exemple select Eleve_FK from qryEleveCompetence where ... (tant qu'à inculquer les bonnes pratiques...)

[f-leb]

Hello Pierre,

avec la clause WHERE Competence IN (5,7), la requête commence par filtrer les enregistrements en excluant les éventuelles autres compétences.

Code :

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

1
2
3
4
5
6
7
8
idEleve    idCompetence
1            4
1            5
1            7
1            8
1            12
2            5
2            8

Le regroupement sur idEleve et le critère HAVING Count(*)=2 (sous entendu qu'un élève ne peut avoir une compétence particulière qu'une seule fois) vont permettre de retenir cet élève n°1 qui a donc au moins les compétences 5 ET 7 (en plus des compétences 4 et 8), me semble-t-il.

Par extension, une autre requête intéressante serait d'obtenir les élèves qui ont TOUTES les compétences de la table des compétences. Une autre paire de manches et une autre histoire...

Concernant le point 2, entièrement d'accord avec toi. J'avais d'ailleurs précisé :

...mais j'espère que la vraie table comporte les champs (identifiantEleve, identifiantCompetence)

Si je mets le tuto à jour, il faudra de toute façon que j'adapte le principe sur la table des commandes de la base "Les comptoirs" comme pour toutes les requêtes de l'article

[Pierre Fauconnier]

Hello Fabien,

Ce n'est pas la clause WHERE qui pose problème, mais la clause HAVING

Soit la table suivante:


La requête suivante

renvoie uniquement Manon


Alors que la requête suivante

renvoie Manon et Pierre

[f-leb]

Bonjour Pierre,

ok je vois, c'est juste que nous nous sommes pas entendu sur ceci:

(sous entendu qu'un élève ne peut avoir une compétence particulière qu'une seule fois)

Dans ton exemple, l'élève Pierre Fauconnier a deux fois la même compétence 5 (ID=4 et ID=7). J'avais supposé que ce cas n'était pas possible (en mettant la clé primaire sur le couple (élève, compétence) ).

sur ce je dois aller bosser un peu, bonne journée.

[Pierre Fauconnier]

Tu as parfaitement raison... Au temps pour moi.

On pourrait donc continuer l'expérience:
Qui a exclusivement ces deux compétences?
Qui a toutes les compétences (pour reprendre ton idée)?

Allez, à nos claviers

[User]

Excellent travail, avec de très bons exemples pour illustrer tout ça

Rien à redire

[f-leb]

Merci Denis,

L'appétit vient en chantant...

…et en développant aussi, ou encore en écrivant des articles

Bonnes fêtes à toute l’équipe Office

[pascal.lecuyer22]

Encore un grand merci pour le temps passé sur ce tuto.

Si jamais vous êtes de passage à Genève, informez moi quelques jours à l'avance. je vous dois un geuleton

[f-leb]

Merci Pascal,

Si l'article a pu te sauver la vie d'une façon ou d'une autre, j'en suis fort content

Je n'ai pas prévu de passer en Suisse dans l'immédiat mais je mets un signet tout de suite vers ton message, au cas où

Bonne continuation dans tes développements et pour le reste.