Bonjour,
Il me semble que la livraison est une entité-type que vous auriez du modéliser, ce d'autant plus qu'une commande peut être honorée par plusieurs transporteurs, et vous devez aussi connaitre la ou les dates de livraison. Vous devez donc avoir a priori Commande 0,n ----- Honorer---- 1,n Livraison (ou 1,1 coté livraison si livraison mono-commande)
Les conditions de livraison (départ usine, rendu droit acquitté, franco de port...) sont habituellement un attribut de la commande, or elles manquent
Par contre le nombre de colis ne semble pas à sa place dans la commande, en général, le client commande un nombre d'articles ou de lots, peut importe le colisage qui lui, est déterminé par le fournisseur et/ou le transporteur qui dans certains cas reconditionne.
Le choix du transporteur devrait se faire en fonction de la distance ET du prix kilométrique, pour obtenir le réel cout de livraison
Quelques remarques sur les attributs :
- qu'est ce que l'activité N-1 ?
- le SIRET est un donnée normée, vous pouvez donc remplacer le varchar par du char(14) ou découper en données atomiques à savoir le SIREN char(09) + Le NIC char(05)
- quand vous utilisez des poids et mesures, pensez à les associer à des unités de mesure, la quantité d'un article peut être exprimée tantôt en pièces, en mêtres linéaire, en mêtre cube, en kit, en douzaine, en sachet etc..., c'est très important pour les stats de vente par exemple, et aussi... au moment de facturer .
- Idem pour le poids, un transporteur doit déterminer le moyen de transport en fonction de la capacité en masse (kg, tonne....) et volume(M3 en général, mais les colis sont souvent dimensionnés en cm ou m, il faut donc convertir) Il est donc primordial de préciser les unités de mesure.
- il ne faut JAMAIS utiliser une clef primaire sémantique, le SIRET est une très bonne clef candidate, mais surtout pas une clef primaire, je m'explique :
Le siret est sujet à modification (rachat d'entreprise, déménagement, n° provisoire lors de la création de l'établissement etc...), or une clef primaire doit avant tout être stable
Le siret comporte 14 caractères (9+5) ce qui est long, et dépasse largement la longueur des processeurs actuels 32 ou 64 bits, il faut donc plusieurs cycles processeur pour manipuler la clef, c'est très dommageable en terme de perfs.
Pour avoir une clef asémantique, stable et concise, privilégiez les formats smallint, integer voire bigint si nécessaire en fonction du volume estimé
EDIT : je joins ce lien vers le site officiel de l'insee, prouvant que le SIREN et SIRET peuvent changer (voir § remarque)
http://www.insee.fr/fr/methodes/defa...nite-siret.htm
Partager