Discussion :

[fsmrel]

Bonjour,

Voici un MCD reprenant en partie celui d’une discussion créée dans le forum Schéma, voir le post #52. Dans ce MCD, on se contente des deux entités-types qui posent problème, MARQUE et MODELE (marque de voiture et modèle dans la marque) :
 

 
Code SQL produit pat Looping :
 

Code SQL :

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

1
2
3
4
5
6
7
8
9
10
11
12
CREATE TABLE MARQUE(
   marqueId INT AUTO_INCREMENT,
   marqueNom VARCHAR(48) NOT NULL,
   CONSTRAINT MARQUE_PK PRIMARY KEY(marqueId),
   CONSTRAINT MARQUE_AK UNIQUE(marqueNom));
 
CREATE TABLE MODELE(
   modeleId INT AUTO_INCREMENT,
   modeleNom VARCHAR(48) NOT NULL,
   marqueId INT NOT NULL,
   CONSTRAINT MODELE_PK PRIMARY KEY(modeleId),
   CONSTRAINT MODELE_MARQUE_FK FOREIGN KEY(marqueId) REFERENCES MARQUE(marqueId));

 
A posteriori, il avait été jugé préférable d’utiliser l’identification relative :
 

 
Mais c’était un peu tard.

Cela dit, on devrait pouvoir demander à Looping de produire le code SQL suivant pour la table MODELE, où la paire {marqueId, modeleId} serait clé alternative :

Code SQL :

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

1
2
3
4
5
6
7
CREATE TABLE MODELE(
   modeleId INT AUTO_INCREMENT,
   modeleNom VARCHAR(48) NOT NULL,
   marqueId INT NOT NULL,
   CONSTRAINT MODELE_PK PRIMARY KEY(modeleId),
   CONSTRAINT MODELE_marqueId_modeleId_AK UNIQUE(marqueId, modeleId),
   CONSTRAINT MODELE_MARQUE_FK FOREIGN KEY(marqueId) REFERENCES MARQUE(marqueId)

 
A cet effet, si j’ai bien compris, on procède ainsi :

Dans un premier temps, dans la fenêtre Propriétés (MLD – SQL), pour "Proposer index composé" on choisit OUI.
 

 
Ceci fait, dans le MCD on clique sur la patte connectant l’entité-type MARQUE et l’association Avoir. Looping me propose alors une fenêtre "Cardinalité", dans laquelle je précise comment je vois la construction de l’index composé, à savoir la paire {marqueId, modeleId} :

 
Consciencieusement je répète la structure de l’index composé pour la rubrique modeleId de l’entité-type MODELE :
 

 
Code SQL produit par Looping :
 

Code SQL :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
CREATE TABLE MARQUE(
   marqueId INT AUTO_INCREMENT,
   marqueNom VARCHAR(48) NOT NULL,
   CONSTRAINT MARQUE_PK PRIMARY KEY(marqueId),
   CONSTRAINT MARQUE_AK UNIQUE(marqueNom));
 
CREATE TABLE MODELE(
   modeleId INT AUTO_INCREMENT,
   modeleNom VARCHAR(48) NOT NULL,
   marqueId INT NOT NULL,
   CONSTRAINT MODELE_PK PRIMARY KEY(modeleId),
   CONSTRAINT MODELE_marqueId_modeleId_AK UNIQUE(modeleId, marqueId),
   CONSTRAINT MODELE_MARQUE_FK FOREIGN KEY(marqueId) REFERENCES MARQUE(marqueId));

 
Soit. Je mets toutefois un bémol :
Pour la contrainte MODELE_marqueId_modeleId_AK j’attendais la paire {marqueId, modeleId}, mais Looping permute les éléments et me propose la paire {modeleId, marqueId}...

D’accord, ça n’est pas fondamental, mais ça perturbe un poil...

Paprick, ai-je raté quelque chose dans ma construction ?

[escartefigue]

Ce n'est pas fondamental, mais si je veux consulter rapidement tous les modèles de la marque, avec une index cluster, dans cet ordre marqueId, modeleId ce sera très performant, alors que dans l'ordre inverse, ça le sera beaucoup moins :/
C'est donc fâcheux aussi d'un point de vue performances.

[fsmrel]

Ave Capitaine,

Il est évident que les DBA partageront ton point de vue et rétabliront la situation.
La maigre consolation avec l’ordre modeleId, marqueId : DB2 évitera sans doute de plonger dans la table MODELE...

[Paprick]

Bonjour,

Je mets toutefois un bémol :
Pour la contrainte MODELE_marqueId_modeleId_AK j’attendais la paire {marqueId, modeleId}, mais Looping permute les éléments et me propose la paire {modeleId, marqueId}...
D’accord, ça n’est pas fondamental, mais ça perturbe un poil...
Paprick, ai-je raté quelque chose dans ma construction ?

François, Capitaine, vous vous doutez bien que Looping n'allait pas laisser vos petits coeurs de DBA tout tristes et sans solution à ce type de problème !
Voici donc la solution : au niveau de la zone "Autre Index" dans la fiche de la rubrique "modeleId", il suffit de rajouter la position dans l'index entre parenthèses => marqueId,modeleId(2)
Essayez ça et dites-moi si cela vous convient !

[fsmrel]

Merci Père Noël, ça marche !

[escartefigue]

Y a pas, Looping est épatant !