Discussion :

[105rn2]

Bonjour,
Pour des raisons de simplification de maintenance, j’aimerais fusionner 2 tables, mais je m’interroge sur la façon de faire à cause des relations avec les tables liées

Je vais essayer d’être clair !

1) J’ai une table A (plusieurs milliers de lignes) en relation 1 à plusieurs avec 2 tables B et C
Les tables A, B et C ont un index auto
Les tables B et C ont un champ reprenant le N°Auto de la table A pour faire la relation un à plusieurs

2) J’ai une table D (plusieurs centaines de lignes) en relation 1 à plusieurs avec 2 tables E et F
Les tables D,E et F ont un index auto
Les tables E et F ont un champ reprenant le N°Auto de la table D pour faire la relation un à plusieurs

Les tables A et D ont la même structure (nom de champs différents mais que je peux renommer)
Idem pour B et E, et pour C et F

Par une requête ajout ou un copier/coller je sais ajouter D à A, E à B, F à C mais je ne vois pas comment gérer les relations

Par avance merci de vos suggestions
Bertrand

[Richard_35]

Bonjour 105rn2 ,

Intéressant...

En fait, le problème ne se pose que pour :

• D qui va prendre un autre n° auto en fusionnant avec A ;
• E et F qui vont conserver l'ancien n° de D en clé étrangère.

Suggestion :

• ajouter un champ numérique à A ==> Id_D_Old ;
• ajouter un champ numérique à D ==> Id_D_Old ;
  ==> A et D toujours avec la même structure.
• requête "mise à jour" sur D ==> Id_D_Old=Id_D (Id_D=clé primaire actuelle de D en n° auto) ;
• requête "ajout" de D vers A ==> Id_A (n° auto) ;
  ==> Id_A devient la clé primaire des anciens D, mais nous avons stocké l'ancienne clé primaire de D.
  
• requête "mise à jour" sur E liée à A, via E.Id_D=A.Id_D_Old ==> E.Id_D=A.Id_A ;
  ==> mise à jour de la clé étrangère de E.
• requête "mise à jour" sur F liée à A, via F.Id_D=A.Id_D_Old ==> F.Id_D=A.Id_A ;
  ==> mise à jour de la clé étrangère de F.

==> les liens devraient être reconstruits.


Bien entendu :

• prévoir la sauvegarde de toutes les tables avant toute manipulation ;
• personne ne doit travailler sur ces tables.

A tester.

[105rn2]

Bonjour Richard,
merci pour cette réponse rapide et pleine de bon sens !
je n'avais pas pensé à la clé "temporaire"
Je suppose qu'à la fin je peux fusionner B et E, puis C et F
Par contre, pour l'essai il va me falloir plusieurs jours ; pour simplifier la question j'avais supposé que A et D avaient la même structure, ce qui n'est pas tout a fait vrai, mais faisable : qq champs à ajouter/modifier
mais comme pour e genre de manip, je ne vais pas très vite et fait bcp de sauvegardes intermédiaires ...
merci encore, je vous tiens au courant !
Bertrand

[105rn2]

Bonsoir,
j'ai "bien travaillé" et maintenant mes structures sont (ou devraient être !) identiques.
J'ai par contre du mal(désolé je suis débutant) à synthétiser la requête de mise à jour :

requête "mise à jour" sur E liée à A, via E.Id_D=A.Id_D_Old ==> E.Id_D=A.Id_A ;
==> mise à jour de la clé étrangère de E.

dans la requête, peux t on mettre à jour un champ étant à la base de la sélection ? ou dois je créer dans E un nouveau champ E.Id_D_New intermédiaire ?
par avance, merci
Bertrand

[Richard_35]

Bonjour 105rn2,

requête "mise à jour" sur E liée à A, via E.Id_D=A.Id_D_Old ==> E.Id_D=A.Id_A ;
==> mise à jour de la clé étrangère de E.

dans la requête, peux t on mettre à jour un champ étant à la base de la sélection ?

==> effectivement, c'est un point délicat. Le mieux est de le tester : je pense que cela devrait passer.

[105rn2]

Bonsoir,
Effectivement ça passe
J'ai eu qq pb avec les liens entre tables que j'avais oublié de supprimer : Access me refusait donc logiquement de modifier les id car ne correspondant plus à la table liée !
Une fois ces liens supprimés, ça a marché nickel chrome !
Merci encore de votre aide et de vos explications détaillées
Bertrand