Bonjour tout le monde,

je viens vers vous pour avoir quelques conseils et orientations sur un problème.

Voici mon problème j'ai dans ma BDD 3 tables ayant un cas d'héritage.

voici les tables

• UTILISATEUR (table parent)
• ETUDIANT (table enfant)
• RECRUTEUR (table enfant)

Le contexte est qu'un UTILISATEUR peut-être soit un ETUDIANT soit un RECRUTEUR jamais les deux à la fois.

voici une illustration pour aider votre compréhension:

 Alors je rencontre un problème lors de l'implémentation de la requête BDD pour connecter soit un ETUDIANT soit un RECRUTEUR, je ne sais pas du tout comment m'y prendre car c'est la première que j'utilise la notion de l'héritage dans ma  BDD; mais voici une requêté que j'ai essayé d'écrire, dites-moi si c'est bon ou pas:

SELECT UT.*, ET.*, RE.* 
FROM utilisateur UT 
LEFT JOIN etudiant ET ON ET.id_utilisateur=UT.id 
LEFT JOIN recruteur RE ON RE.id_utilisateur=UT.id 
WHERE UT.email='exemple@domaine.tst'

Merci d'avance pour vos réponses.

Bonjour,

Quel est le besoin ?

Normalement tu dois savoir à l'avance si l'utilisateur est un étudiant ou un recruteur ... Par exemple sur la page d'accueil de ton site il y a un bouton "Accès recruteur" et un autre "Accès étudiant" ...

Donc deux requêtes distinctes pour les uns ou pour les autres non ?

Merci bien,

en faite lors de la création d'un compte je peux savoir le type de compte à créer (soit ETUDIANT SOIT RECRUTEUR) grâce à au formulaire d'inscription, mais le problème se pose lors de la connexion, comment savoir vers quel table enfant faire la recherche ?

En utilisant la requête poster ci-haut, j'ai quelques champs null et je ne veux pas de ça, car je veux la précision dont pas de champs null

Benzouye a écrit:

Par exemple sur la page d'accueil de ton site il y a un bouton "Accès recruteur" et un autre "Accès étudiant"

Donc 2 formulaires de connexion différents.

Donc 2 requêtes d'identification différentes.

A la connexion, tu fais la vérification dans la table utilisateur; une fois son ID_utilisateur connu, tu le cherches dans la table étudiant, si présent, bingo; sinon tu cherches dans la table recruteur et en principe tu le trouves.

De toute façon derrière il y a deux espaces utilisateur différents...