Modélisation de tables génériques

Bonjour,

En fait je n'ai pas un problème à proprement parlé mais une question générale sur la modélisation.

J'ai une table dont l'ID lié peut servir à 3 autres tables.

La solution 1ère est de faire :
TABLE ENFANT
ID
ID_TABLE_PARENT_TRUC
ID_TABLE_PARENT_MACHIN
ID_TABLE_PARENT_BIDULE

C'est vrai que c'est logique.. Mais j'ai une autre idée (que j'ai mise en place et qui fonctionne très bien) :

TABLE_ENFANT
ID
ID_GENERIQUE
TYPE_LIAISON (chaine = à "truc", "machin" ou "bidule").

Outre le fait que cette modélisation ne soit pas "normée".. qu'en pensez-vous ? avez-vous déjà vu (ou réalisé) ce type de modélisation ?

En vous remerciant pour vos avis,

Ps : Le développement que je suis en train de faire en C# + Linq fonctionne très bien en revanche j'ai du cocher à non : "Appliquer la contrainte de clé étrangère" dans SQL Server sur les relations.

Bien sur que c'est normalisé, cela s'appelle un héritage...
Lisez l'article que j'ai écrit à ce sujet : http://sqlpro.developpez.com/cours/m...tion/heritage/

Bref, vous devez passer par une table Mère et une exclusion mutuelle entre les filles.

A +

Merci pour ton éclaircissement et je vais voir de suite cet article ;)

Bonjour,

Pouvez-vous donner un exemple concret de ce que vous êtes en train de faire ?
C'est pour ma culture personnelle.

@+

Faudrait que je t'explique le projet c'est un peu long...

Clairement tu as ce que je veux dans le message (et je le redis : ça fonctionne très bien) :

Imaginons que pour une contrainte quelconque tu aies une table :

Situations
ID
NOM
PRENOM
AGE

Tu as 3 tables qui utilisent les "situations" et tu ne veux pas faire de table intermédiaire.
Par exemple : Contacts, Divers et Vips

Ces 3 tables ont les mêmes champs que "Situations"

Ca deviendrait "habituellement" :
Situations
ID
ID_Contacts
ID_Divers
ID_Vips
NOM
PRENOM

Et bien moi j'utilise une autre technique :
Situations
ID
ID_Generic
Type_liaison (= "contacts" ou "Divers" ou "Vips")
NOM
PRENOM
AGE

Voilà.
L'exemple est bidon, les contraintes sont différentes etc.. Mais le principe c'est ça.

Hello,

Je rebondis sur ton message sur une solution que j'ai vue implementee et avec laquelle j'ai travaille.

Pour ton champs:
Type_liaison (= "contacts" ou "Divers" ou "Vips")

Imaginons que tu aies la possibilite d'avoir plusieurs liaisons possibles, cela peut vite devenir un peu "Bordelique" genre un type de liaison :
contact/divers
contact/VIP/Divers
...

La solution se fait a l'aide d'une table de reference de type liaison dans le genre:
id_liaison, type_lisaison, bitWiseCode
1,contact,1
2,VIP,2
3,divers,4

Le champs bitWiseCode etant le poids de chaque puissance binaire (1,2,4,8...)

En reutilisant au niveau de type liaison une valeur de type int, tu peux combiner facilement toutes les combinaison:
exemple:
Contact et VIP - Type liaison = 3
Contact et VIP et Divers - Type liaison = 7
VIP type liaison = 2

Sur base de la valeur de type liaison, tu peux faire une jointure sur ta table de referenceen te servant de l'operateur binaire & afin de retrouver tout dont tu as besoin.

Cheers,

Bonjour,

Je travaille dans le domaine hospitalier, et la modélisation comprend une entité personne.
Le personne_id est référencé dans les tables employe, patient, ...

@++ ;)

@pti dje

Citation:

---

La solution se fait a l'aide d'une table de reference

---

Ca par contre j'ai jamais fait !
Pas mal.. intéressant comme solution.
Je crois que SQLPro l'évoque dans son article