Discussion :

[Marcello5255]

Bonjour à tous,

J'ai encodé une liste de seniors qui habitent dans les villages d'une plus grande entité (Ville)

J'ai créé un état avec
un regroupement sur les villes.
et puis un regroupement sur les villages.

J'aimerais voir les villes les plus peuplées dans l'ordre descendant, et dans chaque ville, les villages ordonnés de la même façon?

Avec la fonction count, j'affiche le nombre de seniors dans l'entête "Ville", et dans l'entête "Village"
J'ai essayé avec la commande

Code :

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

Docmd.SetOrderBy

et dans la feuille de propriété de l'état, sans succès.
Voilà une capture du résultat que j'obtiens.

Merci à qui pourrait m'aider

[ClaudeLELOUP]

Bonjour,

C'est dans la source de ton état que tu devrais avoir les nbres d'habitants pour pouvoir trier sur cet argument.

N.B. Evite de montrer des exemples avec des données personnelles réelles !

[Marcello5255]

Bonjour Claude,

Aucun problème pour les données. J'avais créé une petite base pour exemple.
Tous les noms sont "bidons"

J'avais bien pensé ajouter des champs dans la requête, sans y arriver. Et puis je me demande comment je pourrais compter le nombre dans chaque village, et dans chaque ville en conservant tous les enregistrements.

A la première tentative: créer un champ

Code :

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

NbVille:Count(*)

je reçois déjà un message d'erreur "Vous avez essaye d'exécuter une requête ne comprenant pas l'expression "idSenior" comme une partie de la fonction d'agrégat" (Sous access 2007 comme sous access 2013)

Merci si tu peux m'indiquer les bonnes pistes.

[ClaudeLELOUP]

Il faut sans doute un peu ruser.

Peux-tu convertir ta db en version Access2000 et en poster le .zip ou .rar ?

http://claudeleloup.developpez.com/F...access2000.pdf

[Marcello5255]

Voià, Claude le fichier en access 2007. Je ne peux pas convertir en 2000.
Peut-être quelqu'un peut le faire. Sinon je pourrais t'envoyer des captures écran. Puisque c'est une base exemple, c'est très petit: 1 table avec 4 champs, 1 requête, 1 formulaire par vraiment nécessaire et un Etat. 49 encodages qui pourraient même être réduits.

TestTri.zip

[madefemere]

Bonjour Claude et Marcel,

En passant, ci-joint la version sous 2000 (ça sonne bien).

Bonne continuation à vous

[ClaudeLELOUP]

Merci Mandresy


Pour faire simple.

Ces deux requêtes :



Ce qui te permet de construire cette requête qui sera la source de ton état




Et dans l’état :





qui donne :

[Marcello5255]

Bonsoir Claude,

Je vois exactement ce que je souhaite. Avant de considérer comme résolu, je transposerai dans ma vraie base (confidentielle) la solution que tu me proposes. Permets-moi de prendre un délai de deux jours au terme duquel je te confirmerai les bons résultats ou soucis.
Ce travail à destination de personnes âgées me tient à cœur. Je te remercie déjà pour ton implication. Dans mes remerciements, je n'oublie pas Mandresy qui nous a aidé et les autres perles du forum dont je lis souvent les solutions dans les réponses aux questions d'autres membres.

A bientôt,

Marcel.

[Marcello5255]

Bonjour Claude et la communauté,

Ouf, j'y suis arrivé! J'ai un peu ramé (C'est bon pour apprendre) parce que ma base était un peu différente de celle que j'avais soumise en exemple.
De plus, je suis sous access 2013, et c'est récent.

J'avais besoin d'un regroupement supplémentaire. J'ai résolu avec un sous-état.
Etat et sous-état basés sur la requête source composée de la table et deux requêtes regroupement comme tu me l'avais proposé.

Cela dit, j'ai le résultat souhaité, et remercie Claude pour son aide et Madefemere pour son intervention