Discussion :

[x-or02]

Bonjour,

j'aurais besoin d'un petit conseil de design.

Il s'agit d'une gestion de stock. Je souhaite gérer cela par évènement. Par exemple, un mouvement de stock peut être associé à différents types d'évènement : commande client, commande fournisseur ou changement manuel.

J'ai créé une table "stock_events" pour chaque évènement/mouvement de stock. Maintenant, je me demande comment associer chaque mouvement de stock aux différents types d'évènement possibles.

Est-ce préférable de rajouter des champs dans la table "stock_events" pour chaque type d'évènement possible ou de créer une table pour chaque type d'évènement et de l'associer à la table "stock_events". Ou une autre solution ?

Merci d'avance pour les conseils.

[JPhi33]

Bonjour,

Tu donnes la solution toi-même :

[...] un mouvement de stock peut être associé à différents types d'évènement : commande client, commande fournisseur ou changement manuel.

ce qui se traduit en modélisation EA par :

[ stock_events ]--1,n----( associer )----0,n--[ Type_événement ]

Est-ce préférable de rajouter des champs dans la table "stock_events" pour chaque type d'évènement possible [...]

Si tu fais cela, tu vas te retrouver avec une redondance de champs dans la table "stock_events" (type_event_1, type_event_2, etc.).
De plus, combien de champs "type_event_x" faut-il prévoir ? Admettons qu'aujourd'hui, tes mouvements de stock aient 3 types maximum. Il n'est pas farfelu de penser qu'un jour ou l'autre, tu auras un mouvement de stock avec 4 types. Comment faire dans ce cas ? Tu devrais modifier la structure de ta table "stock_event" pour rajouter un champ !

Les inconvénients que je viens de décrire sont une partie de ceux qui ont motivé l'émergence du modèle relationnel.


JPhi33

[hed62]

Une recherche sur le forum te donnera satisfaction

[x-or02]

Merci !