Modifications entre les versions 4 et 10 (s'étendant sur 6 versions)
Version 4 à la date du 2006-10-31 16:16:15
Taille: 1243
Éditeur: ThomasNoël
Commentaire: plusieurs organismes par utilisateur, ça serait mieux non ?
Version 10 à la date du 2006-11-02 15:59:22
Taille: 1841
Éditeur: ThomasNoël
Commentaire:
Texte supprimé. Texte ajouté.
Ligne 3: Ligne 3:
== Table utilisateurs ==
Ligne 5: Ligne 4:
 * '''id'''
 * '''login'''
 * '''mot_de_passe'''
 * '''courriel'''
 * '''nom'''
 * '''prénom'''
 * '''genre'''
 * '''date_naissance'''
 * '''adresses'''
 * '''téléphones'''
 * '''id_organisme''' <i> plusieurs organismes, ça serait mieux non ? (faire une table de correspondance ''1,n'' à part)
 * '''fonction'''
 * '''commentaires'''
  attachment:base_utilisateurs_campus.png
Ligne 19: Ligne 6:
== Table utilisateurs_extra == les sources Dia de ce schéma : attachment:base_utilisateurs_campus.dia
Ligne 21: Ligne 8:
 * '''id_utilisateur''' : utilisateur concerné
 * '''variable''' : nom de la variable (par exemple : ''courriel_alias'', ''homedir'')
 * '''valeur'''
= Les utilisateurs =
Ligne 25: Ligne 10:
== Table groupes ==  Table utilisateurs::
  . id
  . login
  . mot_de_passe
  . courriel
  . nom
  . prénom
  . genre
  . date_naissance
  . adresses
  . téléphones
  . commentaires
Ligne 27: Ligne 23:
 * '''id'''
 * '''nom'''
 * '''commentaires'''
 Table utilisateurs_extra::
  . id_utilisateur : utilisateur concerné
  . variable : nom de la variable (par exemple : ''courriel_alias'', ''homedir'')
  . valeur
Ligne 31: Ligne 28:
== Table groupes_extra == = Les groupes =
Ligne 33: Ligne 30:
 * '''id_groupe'''
 * '''variable'''
 * '''valeur'''
 Table groupes::
  . id
  . nom
  . commentaires
Ligne 37: Ligne 35:
== Table abonnements ==  Table groupes_extra::
  . id_groupe
  . variable
  . valeur
Ligne 39: Ligne 40:
 * '''id_utilisateur'''
 * '''id_groupe'''
 * '''date_debut'''
 * '''date_fin'''
 * '''commentaires'''
= Les abonnements =
Ligne 45: Ligne 42:
== Table organismes == Un abonnement signifie qu'on place un utilisateur dans un groupe pendant un certain laps de temps.
Ligne 47: Ligne 44:
 * '''id'''
 * '''nom'''
 * '''adresses'''
 * '''telephones'''
 * '''id_parent''' : pointe vers un id_organisme (0 pour la racine)
 * '''commentaires'''
 Table abonnements::
  . id_utilisateur
  . id_groupe
  . date_debut
  . date_fin
  . commentaires
Ligne 54: Ligne 51:
== Table organismes_extra == = Les organismes =
Ligne 56: Ligne 53:
 * '''id_organisme'''
 * '''variable'''
 * '''valeur'''
Ils sont hiérarchisés (arbre simple : un parent peu avoir plusieurs fils).

 Table organismes::
  . id
  . nom
  . adresses
  . telephones
  . id_organisme_parent : pointe vers un id_organisme (0 pour la racine)
  . commentaires

 Table organismes_extra::
  . id_organisme
  . variable
  . valeur

Chaque utilisateur peut être rattaché à un ou plusieurs organismes. A chaque rattachement on indique la fonction de l'utilisateur dans l'organisme, via un triplet { utilisateur, organisme, fonction }. On peut donc imaginer qu'un utilisateur puisse avoir plusieurs fonctions au sein d'un organisme.

 Table fonction::
  . id
  . nom
  . commentaires

 Table fonction_extra::
  . id_fonction
  . variable
  . valeur

 Table utilisateur_organisme_fonction::
  . id_utilisateur
  . id_organisme
  . id_fonction
  . commentaires

Voici ma (ThomasNoël) proposition pour le schéma de la BD de gestion des utilisateurs.

  • attachment:base_utilisateurs_campus.png

les sources Dia de ce schéma : attachment:base_utilisateurs_campus.dia

Les utilisateurs

Table utilisateurs
  • id
  • login
  • mot_de_passe
  • courriel
  • nom
  • prénom
  • genre
  • date_naissance
  • adresses
  • téléphones
  • commentaires
Table utilisateurs_extra
  • id_utilisateur : utilisateur concerné
  • variable : nom de la variable (par exemple : courriel_alias, homedir)

  • valeur

Les groupes

Table groupes
  • id
  • nom
  • commentaires
Table groupes_extra
  • id_groupe
  • variable
  • valeur

Les abonnements

Un abonnement signifie qu'on place un utilisateur dans un groupe pendant un certain laps de temps.

Table abonnements
  • id_utilisateur
  • id_groupe
  • date_debut
  • date_fin
  • commentaires

Les organismes

Ils sont hiérarchisés (arbre simple : un parent peu avoir plusieurs fils).

Table organismes
  • id
  • nom
  • adresses
  • telephones
  • id_organisme_parent : pointe vers un id_organisme (0 pour la racine)
  • commentaires
Table organismes_extra
  • id_organisme
  • variable
  • valeur

Chaque utilisateur peut être rattaché à un ou plusieurs organismes. A chaque rattachement on indique la fonction de l'utilisateur dans l'organisme, via un triplet { utilisateur, organisme, fonction }. On peut donc imaginer qu'un utilisateur puisse avoir plusieurs fonctions au sein d'un organisme.

Table fonction
  • id
  • nom
  • commentaires
Table fonction_extra
  • id_fonction
  • variable
  • valeur
Table utilisateur_organisme_fonction
  • id_utilisateur
  • id_organisme
  • id_fonction
  • commentaires

Projet/GUIA/SchemaBase/HistoriquePropositionThomas (dernière édition le 2008-02-21 22:10:00 par localhost)