Discussion :

[oliver_mpt]

Bonjour,
Je vais reposter ici, sous une forme un peu différente une question que j'ai posée dans le forum sql, mais mon appli sera en Laravel in-fine ...

Je dois faire un suivi de production de structures constituées d'un empilement de différents types de matériaux, sur lesquels on peut faire différents traitements et différents controles.

Pour chaque type de matériau j'ai une table contenant les caractéristiques d'un matériau de ce type. Ces caractéristiques sont différentes pour chaque type, ce qui justifie des tables (modèles) différentes. De même, chaque type de traitement ou de mesure de contrôle va correspondre à un enregistrement dans une table traitementTypeA, ..., traitementTypeN ou controleType1 ...controleTypeX.

Une production , que je souhaite modéliser (modèle, table), est alors caractérisée par une suite ordonnée du type :
matériauType A, matériauTypeB, TraitementType1, ControleTypeX, ... avec possiblement différentes instances d'un même type de matériau ou de traitement ou de controle dans la suite.

J'espère que ma description est compréhensible et je ne sais pas comment écrire un objet "production" de la façon la plus propre possible ...
A votre avis ?

[mathieu]

votre question n'est pas liée à un framework mais plutôt à la structure des tables donc je pense qu'il vaut mieux répondre sur votre autre discussion :
https://www.developpez.net/forums/d2.../table-tables/

[oliver_mpt]

Je reviens vers cette discussion pour envisager une solution plutot Laravel que SQL : je ne suis pas assez expérimenté en Laravel et ma question est peut être stupide mais ne pourrait on pas tirer parti des relations de type polymorphes (avec les relations morphTo et morphMany), pour pointer de mon modèle "production" vers les différents modèles materiauTypeX, traitementTypeY ou controleTypeZ ?

[oliver_mpt]

En fait , ça marche très bien avec des relations polymorphique, qui sont la version Laravel de la notion d'heritage avec sql.