Discussion :

[rgomes]

Hello,

Je dois ajouter une vraie PK dans des tables qui actuellement utilisent des clés composites.
Quelle serait selon vous la meilleure approche ?
(supprimer la déclaration de la PK actuelle, créer la nouvelle colonne, injecter les nouveau id, déclarer cette nouvelle colonne en PK..)

Merci

[larry57]

Bonjour,

Ta base de données est sur quel système ? Un as/400 ?

Larry57

[rgomes]

Exact AS/400.

-- (1) Nouvelle colonne type INTEGER / null autorisé
-- (2) Suppression de la PK existante
-- (3) Ajout de la contrainte d'unicité sur l'ancienne clée composite
-- (4) Injection de la nouvelle séquence
-- (5) Déclaration de la colonne en tant que PK

Je suis parti sur le plan suivant, mais je me rends compte que l'étape (4) est bien plus complexe que prévu :
upadte XXX set NOUVEL_ID=(select NEXTVAL for MA_SEQ)
n'est pas possible.

Merci

[punkoff]

Bonjour,

la doc : http://publib.boulder.ibm.com/infoce...fysequence.htm

du coup ceci ne marche pas ?

Code :

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

1
2
 
update ma_table set nouvel_id = (NEXT VALUE FOR MA_SEQ)

[rgomes]

Flute ç a fonctionne donc tout est bon, si mon plan vous semble correct

Merci

[punkoff]

Le plan est bon pour moi, par contre la démarche initiale me laisse perplexe.

Utilité d'avoir une clef autoincrémenté quand une clef composite est de fait la clef primaire de la table ?

Ca peut obliger à faire des jointures suplémentaire, complexifier les tests d'existances, etc

[Luc Orient]

Le plan est bon pour moi, par contre la démarche initiale me laisse perplexe.

Utilité d'avoir une clef autoincrémenté quand une clef composite est de fait la clef primaire de la table ?

Ca peut obliger à faire des jointures suplémentaire, complexifier les tests d'existances, etc

C'est parce que il y a des "intégristes" de la clé numérique auto-incrémentée qui sévissent partout, y compris sur développez.com.

Si la clé composite qui constitue l'actuelle clé primaire a les qualités d'une "bonne" clé primaire (unicité, stabilité, etc), il est difficile de trouver une raison valable d'en changer si ce n'est par pure "idéologie" ...

[larry57]

Bonjour,

Je suis du même avis que Luc Lorient.
Il n'y a pas d'intérêt à remplacer la clé primaire.
Si le fichier a été déclaré avec une PK unique, il n'y a pas de soucis.
Quand à l'intérêt d'une auto-incrémentation, si on veux faire de l'accès sous db2. (Nostalgie peux-être ?)

De plus, si il y a des programmes attachés, de logiques, ça vas faire planter l'application.

Larry57