Discussion :

[trist06]

Bonsoir, je développe actuellement une application de relation client, et je tombe sur un problème au niveau de ma base de données :

* J'ai une table devis comprenant :

- Identifiant auto
- Type
- Date
- Designation(s)

J'ai une table désignation comprenant :

- Identifiant designation
- Désignation

En fait je bloque sur le fait qu'un devis peut comprendre une ou plusieurs désignations, dois-je faire 10 colonnes désignation dans la table devis pour palier a ce problème ?


Merci par avance !

[CinePhil]

Avant de penser aux tables, il faut modéliser conceptuellement les données. Apparemment, vous avez sauté cette étape essentielle !

Votre règle de gestion est donc la suivante :

un devis peut comprendre une ou plusieurs désignations

Il faudrait la compléter par sa réciproque. Quelle est-elle ?
1) Une désignation n'est comprise que dans un seul devis.
2) Une désignation peut être comprise dans plusieurs devis.

Dans le cas 1, le MCD qui découle de votre règle de gestion et de sa réciproque est le suivant :
Devis -0,n----Comprendre----1,1- Designation

Les tables qui seront générées à partir de ce MCD seront alors par exemple les suivantes :
Devis (dvi_id, dvi_date...)
Designation (dsg_id, dsg_id_devis, dsg_libelle...)

Dans le cas 2, le MCD est le suivant :
Devis -0,n----Comprendre----0,n- Designation

Et les tables qui en découlent sont les suivantes :
Devis (dvi_id, dvi_date...)
Designation (dsg_id, dsg_libelle...)
dvi_comprendre_dsg (dcd_id_devis, dcd_id_designation)

dois-je faire 10 colonnes désignation dans la table devis pour palier a ce problème ?

En regard de ce qui précède, la réponse à votre question est bien évidemment non !

[trist06]

Ah merciii ! Évidemment cela semble beaucoup mieux !