Discussion :

[oshyso]

Bonsoir,

J'ai un utilisateur qui peut poster un avis global ou alors un avis détaillé sur un lieu.
J'ai pensé utiliser l'héritage pour modéliser ceci mais je ne suis pas familier avec cette notion
J'ai fait ceci :

Ca me semble simple et efficace.
Mais, déjà est-ce correct ?


Mais après je me pose des questions, sur comment interroger ces tables.
Si je veux récupérer les avis détaillés, je vois comment faire :

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
SELECT * 
FROM T_AV_Avis AS A
INNER JOIN T_AVD_AvisDetaille AS B ON A.AV_ID = B.AV_ID
WHERE AV_US_ID = 1

Par contre, si je veux récupérer uniquement les avis globaux, cela me semble moins pertinent et inutilement compliqué

Code SQL :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
SELECT * 
FROM T_AV_Avis AS A
LEFT JOIN T_AVD_AvisDetaille AS B ON A.AV_ID = B.AV_ID
WHERE AV_US_ID = 1 AND B.AV_ID IS NULL

Est-ce la bonne façon de faire ? Si non, il faudrait que je m'y prenne comment ?
Comment je peux améliorer ça ?
En ajoutant un typage dans Avis ? du genre AV_Type = 0 => Avis global et AV_Type = 1 => Avis détaillé
Est-ce que l'héritage n'est tout simplement pas adapté à mon cas ?

Merci d'avance pour votre aide

[escartefigue]

S'il ne peut y avoir qu'un seul sous-type, la précision "XT" n'a pas lieu d'être et l'intérêt de l'héritage n'est avéré que si l'avis détaillé est facultatif et fortement volumineux.
Mais également, on peut tout aussi bien modéliser une entité-type supplémentaire en lieu et place du sous-type et ayant une cardinalité

[AVIS_DETAIL] 1,1(R) ---(concerner) --- 0,n [AVIS]

L'avantage est qu'on peut si besoin avoir plusieurs lignes détail pour un même avis.
Notez le (R) près des cardinalités matérialisant l'identification du détail relativement à l'avis (le détail est une entité-type dite "faible" : il ne peut y avoir de détail seul)

Pour ce qui est de récupérer les informations de l'une et l'autre table, on pourra créer une vue réalisant une jointure externe (OUTER JOIN) sur les deux tables.
Une jointure sur une colonne PK bien conçue (idéalement de type integer) est très performante et ne pose donc pas de problème