Modelisation un poil complexe

Bonjour,

Je cherche a mettre dans une base de donnée (MySQL) la description de messages a la norme EDIFACT pour ceux qui connaissent.

J'ai certaines parties que je n'arrive pas a modeliser, par exemple il y a des donnése composites (DC) et des donneés élementaires (DE), les donneés composites étant composées de données élémentaire, jusque la tout va bien, le problème survient apres, lorsque l'on a des segment de donneés (SD) qui eux sont composés d'une suite de DC et DE

Exemple simplifié :

Segment 1
...CD_01
......DE_01
......DE_07
......DE_09
...DE_27
...CD_25
......DE_15
......DE_12
...DE_12
...DE_28

J'aimerais donc arriver a modeliser correctement ce schema
Pour l'instant j'ai 3 tables DC, DE et Segment avec

[DC | idCD]--1,n--(estcomposé | numero)--0,n--[DE | idDE]

reste a relier Segment avec DC et DE a l'aide d'une relation qui permete de retrouver l'ordre des DC et DE composant un segment...

Je pense qu'on pourrait le modeliser avec de l'heritage dans un MCD mais apres je ne sais pas vraiment comment representer le MPD et l'utiliser dans mon programme.

Cherche sur ce site "représentation intervallaire", et tu trouveras une solution générique pour gérer les hiérarchies quand on ne dispose ni du WITH RECURSIVE de la Norme SQL, ni du CONNECT BY de ORACLE

Je suis pas sur mais il te suffit de coder ca en arbre sachant que c tres hierarchique :
donc une table SD avec comme champ : id, idpere ...
quant tu as une feuille c un DE et si c un noeud c un cD ....

et ton SD c le noeud racine qui a pour idpere = null;

ca marche ;)

J'avais déjà parcouru l'article d'SQLPro et effectivement je pourrais utiliser cette méthode mais avant j'aimerais savoir comme modeliser le fait qu'a partir de ma table segment j'ai une relation qui designe soit ma table DC, soit ma table DE.
C'est un peu comme si j'avais une clé étrangère qui fait parfois référence a l'identifiant de la table DC et d'autres fois a l'identifiant de la table DE...

met un boolean mais je ne pense pas que ce soit le plus propre ...

Citation:

---

Envoyé par osopardo

J'avais déjà parcouru l'article d'SQLPro et effectivement je pourrais utiliser cette méthode mais avant j'aimerais savoir comme modeliser le fait qu'a partir de ma table segment j'ai une relation qui designe soit ma table DC, soit ma table DE.
C'est un peu comme si j'avais une clé étrangère qui fait parfois référence a l'identifiant de la table DC et d'autres fois a l'identifiant de la table DE...

---

Deux solutions :
1) héritage
2) une seule table (si les 2, voire les 3 concepts sont suffisamment proches)