Modifications entre les versions 13 et 16 (s'étendant sur 3 versions)
Version 13 à la date du 2006-11-03 12:12:54
Taille: 2105
Éditeur: ThomasNoël
Commentaire:
Version 16 à la date du 2006-11-03 15:35:04
Taille: 2211
Éditeur: ThomasNoël
Commentaire: la nouvelle du jour : Jérôme aime LDAP
Texte supprimé. Texte ajouté.
Ligne 20: Ligne 20:
  . adresses
  . téléphones
Ligne 26: Ligne 24:
  . variable : nom de la variable (par exemple : ''courriel_alias'', ''homedir'')   . variable : nom de la variable (par exemple : ''courriel_alias'', ''homedir'', ''adresse'', ''téléphone'')
Ligne 28: Ligne 26:

Tini voudrait tout passer en champ extra ../PropositionTini ... mais... je sais pas, qu'en pensez-vous ?

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_complet
  • nom
  • prénom
  • genre
  • date_naissance
  • commentaires
Table utilisateurs_extra
  • id_utilisateur : utilisateur concerné
  • variable : nom de la variable (par exemple : courriel_alias, homedir, adresse, téléphone)

  • valeur

Tini voudrait tout passer en champ extra ../PropositionTini ... mais... je sais pas, qu'en pensez-vous ?

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. Un drapeau "interruption" permet de signaler si l'abonnement est momentannément interrompu (idée de SebastienDornano).

Table abonnements
  • id_utilisateur
  • id_groupe
  • date_debut
  • date_fin
  • interruption : mis à vrai si l'abonnement est interrompu temporairement

  • 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 (utilité à trouver)
  • 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 (utilité à trouver)
  • 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)