Discussion :

[hpavavar]

Bonjour.

Voici ce que j'essaie de transcrire dans ma bd :


Et voici mon schéma relationnel :

Element(id_elem);
Article(#id_elem, titre,...);
Categorie(#id_elem => id_cat, nom...);
elem_cat(#id_elem, #id_cat, ordre...);

Je veux éviter d'avoir une table qui ne contient qu'un seul champ.

Des idées pour améliorer ça tout en restant souple ?

[Nip]

Pour etre sur de comprendre; qu'as tu represente? agregation ou composition? Tu parles de composition alors que tu representes une agregation.

Sinon ta relation heritage/agregation (ou composition) me paraitrait plus que bizarre

[hpavavar]

Oui en regardant de plus près, j'ai du confondre le losange plein (composition ?) et le losange creux (agrégation ?)

C'est le design pattern composite que j'ai essayé de faire.

[Soutou]

Element(id_elem);
Article(#id_elem, titre,...);
Categorie(#id_elem => id_cat, nom...);
elem_cat(#id_elem, #id_cat, ordre...);

Je veux éviter d'avoir une table qui ne contient qu'un seul champ.

S'il n'existe pas d'élément qui ne soit Article ou Catégorie, la table Element n'a pas lieu d'exister.

[Promeneur]

Il essaie de faire cela : http://www.dofactory.com/Patterns/PatternComposite.aspx .

Perso, j'utilise une base de données objets (db4o), donc je ne me pose pas la question du mappage. Mais la réponse m'interesse, je suis curieux de voir comment on stocke de manière efficace des objets composites dans une base relationnelle.

[Soutou]

Comme ça :

[Promeneur]

Hmm il faudra que j'aille réviser les schémas de bases de données, j'ai du mal à interpréter le tien...

Il y a 2 tables, ou ce sont des lignes d'une même tables ?

[Soutou]

2 tables, prends comme exemple Composite : Immeuble et Composant : Appartement.