Discussion :

[Jubelee_lee]

Bonjour à tous,

et désolée si la question a déjà été posée, je n'en trouve pas de trace.

J'essaie de dédoublonner une base de produits, avec plusieurs fournisseurs et pas mal de changements de références. j'ai réussi à faire pas mal de choses, mais je bute sur un point qui peut paraître simple au départ.

j'ai une table, une liste de produits, qui contient environ 15 000 enregistrements. Parmi ces enregistrements, il existe parfois plusieurs versions d'un même produit, qui a changé de référence. Pour pouvoir s'y retrouver, la base contient donc 3 champs principaux : référence actuelle, référence précédente, et référence suivante (pour les produits qui ne sont plus commercialisés).

J'essaie de trouver une façon d'identifier les enregistrements en doublon, c'est à dire un enregistrement 1A devenu 1B, qui serait donc présent 2 fois :
- réf actuelle : 1B référence précédente 1A
- réf actuelle : 1A référence suivante : 1B

Merci pour votre aide !

JB

[madefemere]

Bonjour,

Je pense que parcourir tes enregistrements en VBA avec un Recordset est ta solution.

Maintenant, les éléments que tu donnes sont incomplets pour être plus précis dans la réponse :
1- Est-ce que Référence actuelle identifie d'une façon unique tes 15000 enregistrements ?
2- Comment veux-tu que soit présenté le résultat de la recherche (dans une table?) et qu'est-ce ce que tu veux en faire ?

Cordialement,

[Jubelee_lee]

Bonjour,

et merci pour la réponse.

Je vais faire un réponse de normand sur la référence actuelle : ça dépend. En théorie, la référence actuelle est unique, mais il existe probablement des doublons, donc je n'en ai pas fait une clé primaire. De plus, j'ai créé pour chaque champ un champ "référence sans indice" qui comme son nom l'indique ne conserve que le numéro et pas la lettre finale. Je suis partie de l'idée que le plus simple était de chercher les doublons entre les références sans indice, puis de garder la ligne avec l'indice le plus grand (en gros, parce que d'autres éléments rentrent en ligne de compte). ça ne simplifie pas le schmilblik.

Pour le rendu final, si j'arrive à avoir un résultat de requête propre, ça sera déjà pas mal (c'est une opération que je dois faire deux à 3 fois par an, et dont je suis la seule utilisatrice).

j'ai vaguement vu la possibilité du recordset que je ne maitrise pas, mais si ça te parait la bonne solution je vais creuser un peu plus.