Table de jointure pour une seule table

Bonjour,

désolé pour le titre, je ne sais pas comment l'expliquer.
j'ai une table reglements contenant une ligne pour chaque reglement. lorsque ces reglements sont annulés, une seoncd ligne ANN est ajouté dans la meme table, avec une autre date, mais les autres informations identiques.


Actuellement, j'ai cela.

Code:

---

1 2 3 4 5 6

id | type | reference | date reg ----------------------------------------- 1 | REG | XXXXX1 | 15/09 ----------------------------------------- 2 | ANN | XXXXX1 | 15/09

---

les deux lignes sont "liées" car elles ont la meme date et le meme numero de série.

malheureusement, cela decoule d'une architecture bidouillée depuis dix ans, et nous ne pourrons plus nous baser sur ces deux chants. Nous devons lier ces deux enregistrements dans les deux sans.

nous avons alors penser à deux solutions:
Solution 1: une colonne pointant vers l'enregistrement lié

Code:

---

1 2 3 4 5 6

id | type | reference | date reg | liaison ------------------------------------------------------ 1 | REG | XXXXX1 | 15/09 | 2 ------------------------------------------------------ 2 | ANN | XXXXX1 | 15/09 | 1

---

solution 2: une table de jointure pour une seule table.
toujours notre table de reglements plus une seconde table

Code:

---

1 2 3 4

id | reg | ann --------------------------- 1 | 1 | 2

---

liant ansi les id des deux enregistrements


quelle serait la meilleure solution? la plus propre? le but etant de facilement en recuperant un enregistrement REG de savoir s'il possede un correspondant ANN(ulation)




deuxieme question plus compliquées. comment, sachant qu'actuellement les enregistrements ne sont pas liés, peut-on mettre l'id du reglemetn correspondant. je sais que la date et la ref sont identiques mais je n'ai aucune idée de quelle facon tourner ma requete le plus simplement possible pour obtenir le resultat desiré.
soit une table de jointure, soit pour chaque reglement ayant une annulation, indiquer l'id de cette annulation et faire de meme pour l'annulation en indiquant l'id du reglement (plus optionnel cela)

d'avance merci

Si tu maitrise la gestion des id (SET IDENTITY_INSERT ... ON) alors calcule l'id de la contre écriture de manière négative ! ainsi tu auras :

Code:

---

1 2 3 4 5 6

id | type | reference | date reg ------------------------------------------- 127 | REG | XXXXX1 | 15/09 ------------------------------------------- -127 | ANN | XXXXX1 | 15/09

---

Donc aucune modif de structure.

Cela découle de mon puzzle : Problème n° 10 - symétrie négative
dans http://sqlpro.developpez.com/SQL_AZ_P.html

A +

Citation:

---

Si tu maitrise la gestion des id (SET IDENTITY_INSERT ... ON)

---

==> mouarf :) au moins autant que je parle l'inuit


mais je fais amplement confiance à ton jugement et je fais regarder ca de plus prêt :)

:merci:

Salut,

Je te proposerais plutôt des séquences (enfin j'appelle ça comme çà). Qui donnerait un truc de ce genre :

Code:

---

1 2 3 4 5 6

id | sequence | type | reference | date reg ------------------------------------------------------ 1 | 0 | REG | XXXXX1 | 15/09 ------------------------------------------------------ 1 | 1 | ANN | XXXXX1 | 15/09

---

id et séquence seraient ta clé primaire.
Par contre masser de l'ancienne table à la nouvelle risque d'être un peu approximatif.

Enfin je dis ça par pur générosité car je ne suis pas un pro . :wink:

[edit] trop lent, et en plus ma solution est moins bonne [/edit]

Citation:

---

Enfin je dis ça par pur générosité car je ne suis pas un pro

---

et moi donc ^^


j'ai compris le but de ta sequence, mais ca ne correspondrait pas. en effet, ils ont (le REG et l'ANN) un id different pour le moment. dans ton cas, tu met le meme ID et une sequence.
de plus, j'ai 95% de REG qui n'ont pas d'ANN correspondant. donc 100% des REG auront ici une sequence à 0, mais ca ne me dira pas juste avec cette ligne, si un ANN correspondant existe.
c'est justement le but de ma bidouille sur la base :)

Citation:

---

Par contre masser de l'ancienne table à la nouvelle risque d'être un peu approximatif.

---

et ca le sera totalement avec les changement que le DBA a prévu :) mais il veut pas comprendre ce que je lui dis :D

Citation:

---

Envoyé par SQLpro

Cela découle de mon puzzle : Problème n° 10 - symétrie négative
dans http://sqlpro.developpez.com/SQL_AZ_P.html

---

pas mal ce systeme de problemes :)
mais on peut avoir la reponse si on t'écris? :oops:

Oui, c'est fait pour ça !!!

A +