Discussion :

[Tanebisse]

Bonjour
Soit
- une table toto avec les colonnes id(number autoincrement et clé primaire), code (unique) et libellé.
- une table mumu avec les même colonnes
- et une table mix qui référence les deux id des tables précédentes, disons toto_id et mumu_id

Vu que la valeur de mes id dans toto et mumu peuvent être différentes en fonction de l'increment, quand j'insère des données dans ma table mix dois-je faire ceci :

Code :

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

1
2
3
4
INSERT INTO mix (toto_id, mumu_id) VALUES (
	SELECT id FROM toto WHERE code = 'maclé' ,
	SELECT id FROM mumu WHERE code = 'maclé'
);

Pourquoi ne pas utiliser dans ma table mix directement le code plutot que l'id ?
Quels sont les avantages et inconvénients ?

Merci d'avance.

[CinePhil]

'toto', 'mumu' et 'mix' sont trop abstraits pour savoir si votre solution est pertinente parce que ceci est étonnant :

- une table mumu avec les même colonnes

Qui dit mêmes colonnes dit peut-être qu'en fait il s'agit sémantiquement des mêmes données. Quel intérêt alors de faire deux tables ?

Dites-nous plus concrètement de quoi il s'agit.

Et pour répondre quand même un peu à votre question...
Mix est une table issue d'une association entre les deux tables toto et mumu. Il est donc logique que sa clé primaire soit formée des deux identifiants des tables issus des entités associées dans le MCD.
Toto -0,n----mixer----0,n- Mumu

L'identifiant est de type entier et sera plus facile à traiter par le SGBD que le code qui sera de type alpha-numérique.

[Tanebisse]

je test la réponseVoici le code de la table toto

Code :

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

1
2
3
4
5
CREATE TABLE toto (
	id INTEGER PRIMARY KEY,
	code CHAR(5) UNIQUE NOT NULL,
	libelle VARCHAR2(20)
);

Effectivement dans la vraie vie, les tables toto et mumu sont les mêmes.

Vous avez répondu à la question, l'intérêt est donc la PERFORMANCE !

Merci.