Discussion :

[keaton7]

Bonjour,

Je suis dans un cas classique, j'ai un Administrateur qui herite des proprietes et methodes de l'Utilisateur.

On est en PHP, et les classes ressemble plus ou moins a ca (a titre d'exemple) :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
class Utilisateur {

  private $ip;
  private $date;

  ...

}

class Administrateur {

  public $login;
  public $adresseMail;
  public $niveauDroits;

  ...

}

Dois-je faire une table Utilisateurs avec mes 2 champs puis une table admin avec ceux qui restent ?

Une table admin avec tous les champs utilisateurs compris ?

Merci de m'eclairer sur ce cas si vous avez des idees.

[CinePhil]

Voir cet article de SQLPro pour commencer.

Personnellement, je suis partisan de stocker dans la table héritière seulement l'identifiant de la table mère en tant que clé étrangère et clé primaire :
Utilisateurs(U_Id, ...)
Administrateurs(A_IdUtilisateur, ...)

Ainsi, pas de redondance de données.
Si tu as plusieurs types d'utilisateurs et que certaines requêtes se font sur l'utilisateur avec besoin d'aller chercher les attributs du sous-type, il peut être utile d'ajouter une colonne U_TypeUtilisateur dans la table Utilisateurs pour savoir quelle table héritière interroger.

[keaton7]

Je vais lire l'article, depuis le temps qu'on me le conseille sur ce forum .

Pour l'heritage, merci pour ton tuyau, je vais faire comme ca.

EDIT :

Si tu as plusieurs types d'utilisateurs et que certaines requêtes se font sur l'utilisateur avec besoin d'aller chercher les attributs du sous-type, il peut être utile d'ajouter une colonne U_TypeUtilisateur dans la table Utilisateurs pour savoir quelle table héritière interroger.

Je ne comprend pas bien comment a vrai dire. Meme en ajoutant une colonne precisant le sous type, je ne peux pas choisir ma table dans la requete, il faut que je la connaisse avant non ?

[CinePhil]

Je ne comprend pas bien comment a vrai dire. Meme en ajoutant une colonne precisant le sous type, je ne peux pas choisir ma table dans la requete, il faut que je la connaisse avant non ?

Sans trop réfléchir, il est peut-être possible de bidouiller avec les métadonnées contenues dans Information_schema.

Sinon le programme utilisateur peut lancer une première requête sur la table mère pour connaître le type de l'utilisateur puis en fonction du type interroger la bonne table fille pour récupérer les infos qui manquent.

Autre technique, s'il n'y a pas trop de tables filles et si l'ensemble des tables ne représente pas un nombre de lignes trop conséquent : faire un LEFT OUTER JOIN sur toutes les tables filles. L'une d'elle enverra les bonnes infos.

[keaton7]

Merci pour ces propositions, j'en était reste a tapoter des lignes de codes qui ne marchent pas sur une page blanche

Sans trop réfléchir, il est peut-être possible de bidouiller avec les métadonnées contenues dans Information_schema.

Je ne vois pas bien comment, je peux grâce a cela récupérer la liste des tables, mais en choisir une en fonction de critères, la problématique semble la même que de table a table. Il me faudrait un exemple si possible ^^

Sinon le programme utilisateur peut lancer une première requête sur la table mère pour connaître le type de l'utilisateur puis en fonction du type interroger la bonne table fille pour récupérer les infos qui manquent.

C'est ce que je ferai en dernier recours si je ne trouve pas de solutions, mais j'avais espoir qu'une base de données bien conçue était capable de renvoyer des informations dans n'importe quel sens, c'est comme abandonner quelque part

Autre technique, s'il n'y a pas trop de tables filles et si l'ensemble des tables ne représente pas un nombre de lignes trop conséquent : faire un LEFT OUTER JOIN sur toutes les tables filles. L'une d'elle enverra les bonnes infos.

Cela reviendrai en fait a ne pas avoir d'héritage, c'est a dire a avoir tous mes éléments dans ma table utilisateurs avec toutes les propriétés de tous les sous-types, peut-être que si je choisi cette option, il serait plus simple de tout regrouper sans pseudo modélisation d'héritage ?

Le choix est difficile.

[JPhi33]

Bonjour keaton2000,

Si cela peut t'aider, voici un panorama des différents cas de généralisation / spécialisation (concept qui correspond au mécanisme d'héritage).


JPhi33

[keaton7]

Merci je vais regarder ca