Discussion :

[Kropernic]

Bonjour,

Quand on utilise la notion d'héritage, l'enfant hérite donc de la clef primaire du parent.

Au niveau des relations de la DB, il est évident que celles-ci sont faites en partant de la table parente.

Mais au niveau des requêtes de sélection, est-il nécessaire de passer par cette table parente ?

Soit P la table parente avec la clef primaire P_ID et E la table enfant la clef primaire P_ID également (logique).
Si on a une 3e table T avec la clef primaire T_ID et la clef étrangère P_ID, et qu'on veuille faire une requête de sélection sur ces tables, faut-il écrire les jointures T-->P-->E ou bien peut-on faire directement T-->E ?

[Rei Ichido]

Tout dépend de ce dont vous avez besoin dans la requête (que ça soit au niveau du filtre, ou au niveau des colonnes sélectionnées). Si vous n'avez pas besoin de quoi que ce soit dans la table mère, inutile de passer par elle !

[Kropernic]

Tout dépend de ce dont vous avez besoin dans la requête (que ça soit au niveau du filtre, ou au niveau des colonnes sélectionnées). Si vous n'avez pas besoin de quoi que ce soit dans la table mère, inutile de passer par elle !

C'est bien ce que je fais

Je me demandais juste s'il n'y avait pas un intérêt quelconque à passer par la table mère au niveau des performances (index ou autres trucs dont j'ignore p-e l'existence)

N'étant pas DBA, j'ai préféré poser la question.

Merci.

[SQLpro]

C'est bien ce que je fais

Je me demandais juste s'il n'y avait pas un intérêt quelconque à passer par la table mère au niveau des performances (index ou autres trucs dont j'ignore p-e l'existence)

N'étant pas DBA, j'ai préféré poser la question.

Merci.

Non et justement c'est l'un des gros intérêt de l'héritage. Dans un récent modèle, nous avions 7 niveau d'héritage et il arrive fréquemment que nous court-circuitions les tables intermédiaires ce qui va plus vite en requêtage !

A +

[StringBuilder]

Les seuls cas où il faut se repalucher les niveaux de l'héritage, c'est si on a besoin de faire des filtres sur des données communes :

personne (id, nom, prenom, datenaissance)
client (personne_id, login, password, encours)

Ben si tu veux les clients dont l'âge est entre 12 et 25 ans, bah t'es obligé de lire la table personne.
Mais sinon, effectivement il vaut mieux s'en passer car ça n'apporte rien.