Conseil sur modélisation

**Tankian** · 10/08/2004, 16h05

Bonjour,

j'aimerais votre avis sur ces 2 options de modélisation que j'ai trouvé :
Voici les tables concernés :

Code :

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

1
2
3
4
5
6
7
8
T_PIECE&#40;id,nom,coul,design..&#41;
T_Kit&#40;id,nom&#41;
T_LIGNE_KIT&#40;#idkit,#idpiece,nbpiece&#41;

PROJET&#40;id,nom,datedeb...&#41;

POSTE&#40;id,#idProjet#,refPieceKit,estunkit,qte ...&#41;

Un kit contient de 1 à N différentes pieces.
Les 3 premières tables sont des tables de référence, qui inidiquent le matériel dispo dans l'etablissement.
Cet établissement effectue donc différents projets en meme temps. Donc lorque l'on va utiliser une piece ou un kit pour un projet, il devient un POSTE. La table poste va donc contenir les liste de toutes les pieces et Kits impliqués dans les projet, et je pense que grace à la clef étrangére(idprojet) je peux a tout moment recupérer les pieces et Kit concernés par un projet en particulier.

Mon problème est de savoir comment gérer les kits quand ils sont impliqués dans un projet. D'après vous un champs booléen 'estunkit' suffirait il ? Ou serait il préférable de créer un table poste mais pour les kits ? Ce qui m'obligerait a voir 2 tables pour gérer les Pieces et Kits impliqués dans les projets.

J'espère ne pas avoir été trop confus dans mes explications,
Merci d'avance.

Tankian.

**Médiat** · 10/08/2004, 21h04

A vue de nez tu as plusieurs solutions (problème d'héritage) :

1) la tienne : POSTE (IdPoste, #IdProjet, IdPieceouKit, estunkit...)
mon avis : la pire ;-) parce que tu ne peux pas définir d'intégrité référentiel.
2) POSTE (IdPoste, #IdProjet, #IdPiece, #IdKit, ... ) (l'un des deux (IdKit, IdPiece) étant NULL, la clé primaire ne peux les contenir)
3) POSTEKIT (#IdProjet, #IdKit, ... )
POSTEPIECE (#IdProjet, #IdPiece, ... )
4) POSTE (IdPoste, #IdProjet, toutes les informations communes)
POSTEKIT (IdPoste, #IdKit, ... )
POSTEPIECE (IdPoste, #IdPiece, ... )
5) Tu définis des kits constitués d'une seule pièce, comme cela POSTE ne contient que des kits (redondance pour chaque pièce)

J'ai une préférence pour la 3 ou la 4 en fonction du nombre de données communes ; plus clairement : je n'aime pas du tout la 2 et encore moins la 1, la 5 est une pirouette.
Dans les solutions 3 et 4 tu peux toujours reconstruire l'ensemble des postes par des vues (union)

[edit] Correction de quelques bêtises sur le cas 4[/edit]

**Tankian** · 11/08/2004, 09h10

Merci beaucoup.

Ce MCD (car il est plus vaste) me pose beaucoup de problème et les différentes solutions que tu me proposes pour la gestion de cette contrainte m'aident beaucoup.
En fait au départ j'avais fait mon MCD comme ta solution 4 le proposait, cela dit, j'ai peur de me retrouver avec 2 numéros de poste identique (sur POSTEKIT et POSTEPIECE). Je m'explique, au niveau de la base de données, on sait que le poste est identifiable via l'id + le ref soit du kit ou de la piece (en fonction de la table) mais pour l'utilisateur, le numéro qui doit s'afficher à l'écran est : Projet + Famille + numéro
Projet c'est la ref projet
Famille est un numéro choisit parmis 10 différents (donc redondant)
numéro : je dois incrémenter les poste de 0 à N suivant chaque projet.

Donc une fois que la personne saisie ses postes, en faisant un select sur tous les postes des 2 tables elle se retrouve forcément avec 2 postes ayant le meme numéro, certains désigant des kits, d'autres des pieces...

Du coup je dois trouver une astuce évitant ce pb.

En tout cas merci beaucoup de ton aide

Bonne journée

**Médiat** · 11/08/2004, 09h27

J'ai rectifié le cas 4 (erreurs et présentation

), tel qu'il est cela devrait résoudre ton problème (il ne peut y avoir deux postes avec le même N° pour un même projet).

J'ai déclaré dans la table POSTE (IdPoste, IdProjet) comme clé primaire, ce qui te permet de renuméroter à partir de 1 pour chaque Projet.

**Tankian** · 11/08/2004, 09h55

Ah oui exact, le cas 4 remplit toutes les contraintes que j'avais

Cela dit, idPoste de la table POSTE() est une clef numérique que je dois incrémenter manuellement afin de pouvoir repartir de 0 qd on saisie les postes d'un nouveau projet ?

Merci pour ton aide précieuse

[/b]

**Médiat** · 11/08/2004, 10h19

Envoyé par Tankian

Cela dit, idPoste de la table POSTE() est une clef numérique que je dois incrémenter manuellement afin de pouvoir repartir de 0 qd on saisie les postes d'un nouveau projet ?

Oui, c'est l'inconvénient, d'un autre côté locker tous les postes d'un même projet le temps de les créer ne devrait pas poser trop de problèmes.