Discussion :

[brankorri]

Vers l'étape 4...

Maintenant, le gros du lourd du volumineux du vaste : le calcul du Numéro du LIVRE (et non plus de l'Exemplaire), nommé NUM dans l'exemple.

Voici ma proposition (échouante à un petit rien...) dans une REQUETE nommée *CompteCoteLivre :

Code :

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

1
2
3
SELECT [*CompteExemplairesNuméro].CPO, [*CompteExemplairesNuméro].Livre, [*CompteExemplairesNuméro].Cote, 1+Nz(Count(B.Cote),0) AS NumeroL
FROM [*CompteExemplairesNuméro] INNER JOIN [*CompteExemplairesNuméro] AS B ON (B.NumeroS=[*CompteExemplairesNuméro].NumeroS) AND (B.Livre<>[*CompteExemplairesNuméro].Livre) AND (B.Cote=[*CompteExemplairesNuméro].Cote) AND (NOT (B.CPO>[*CompteExemplairesNuméro].CPO))
GROUP BY [*CompteExemplairesNuméro].CPO, [*CompteExemplairesNuméro].Cote, [*CompteExemplairesNuméro].Livre;

Voici la comparaison entre l'exemple et ma colonne NuméroL (NL) :

01 : Musset - La vie : a-b-b-MUS => num=1 - ex=1 / NL = (1)
02 : Musigny - La nature : a-b-b-MUS => num=2 - ex=1 / NL = 2
03 : Musigny - La nature : a-b-b-MUS => num=2 - ex=2 / NL = (1)
04 : Musigny - La nature : a-b-b-MUS => num=2 - ex=3 / NL = (1)
05 : Musset - Gloria : a-b-b-MUS => num=3 - ex=1 / NL = 3
06 : Musset - Gloria : a-b-b-MUS => num=3 - ex=2 / NL = 2
07 : Musset - Gloria : a-b-b-MUS => num=3 - ex=3 / NL = 2
08 : Musso - Le froid : a-b-b-MUS => num=4 - ex=1 / NL = 4
09 : Musteo - La joie : a-b-b-MUS => num=5 - ex=1 / NL = 5
10 : Mustel - Vereinigung : a-d-b-MUS => num=1 - ex=1 / NL = (1)
11 : Musrob - Le trottoir : a-d-b-MUS => num=2 - ex=1 / NL = 2
12 : Musard - En clair : a-b-c-MUS => num=1 - ex=1 / NL = (1)
13: Marat - Ma baignoire : a-b-b-MAR => num=1 - ex=1 / NL = (1)

*****

Mon modeste diagnostique :
La REQUETE s'appuie sur la dernière valeur systématique et non sur l'ensemble quand les COTEs et les LIVREs concordent...

La solution ne me semble pas loin, mais je crois qu'il me manque quelques outils afin d'aboutir !

J'oubliais : je vais vous faire bondir mais... la table de Claude fonctionne à merveille. Mais ayant tout perdu du VBA, je ne peux le manipuler pour poursuivre le développement de la Bdd => c'est pourquoi m'obstine-je à tout faire par REQUETEs

Mais Claude : félicitations

[Richard_35]

Bonjour Brankorri, Claude et Fabien,

Brankorri, je n'ai pas tout analysé, dans le détail...

Il faudrait :

• si le problème objet de ce fil est résolu, passer ce fil en "Résolu" ;
• que tu segmentes tes éventuels nouveaux soucis par sujets (requête à problème, aide sur une analyse, etc...) ;
• que tu ouvres un nouveau fil par problème précis.

==> les bénévoles de ce forum tenteront, alors, de t'aider au mieux.

[brankorri]

Bonjour Claude, Richard, Fabien,

(- Claude) Le rattrapage semble sauter... J'ai essayé le code de Claude sur une table réduite en nombre d'entrées. Et la numérotation déraille étonnamment. Je n'ai pourtant pas touché aux codes

Bk

[brankorri]

Bonjour à Tous,

Pour information : j'ai complètement repris à zéro la base de données, cassé la table "multi-champs" en suffisamment d'autres, qui en permettent la création d'une seule & même (contrainte d'un collègue un peu trop contraignant)...
La solution était bien l'originale proposée dans une autre discussion : casser cette *** table
Suite à quoi, créer des formulaires permettant la gestion de chaque table, manipuler les requêtes Insert & surtout upDate.

Et le tour est joué !

Un grand Merci à tous & désolé de vous avoir soumis à tant de...
Bk

[Richard_35]

Bonjour Brankorri,

Il semble que ce soit plus raisonnable, en effet... et, en plus, c'est la fonction première d'un SGBD, petit ou grand.

Il apparaît, à l'étude de celle-ci, qu'il y a un choix à faire :
* une table "fourre-tout" dans laquelle les séquences (num et ex) sont gérées par du code (c'est ce que tu as analysé, Brankorri, avec la présentation de ta table). Il s'agirait, en fait, d'un mega fichier Excel ;
* une base de données multi-entités (multi-tables, donc).