Modifications entre les versions 15 et 21 (s'étendant sur 6 versions)
⇤ ← Version 15 à la date du 2006-11-03 12:55:05 →
Taille: 2207
Éditeur: ThomasNoël
Commentaire:
← Version 21 à la date du 2006-11-06 16:09:12 → ⇥
Taille: 2760
Éditeur: ThomasNoël
Commentaire:
Texte supprimé. Texte ajouté.
Ligne 6: Ligne 6:
les sources Dia de ce schéma : attachment:base_utilisateurs_campus.dia Version UML (Très Basique) [http://tedia2sql.tigris.org/usingtedia2sql.html http://tedia2sql.tigris.org/usingtedia2sql.html]

Exemple génération SQL:
{{{
   tedia2sql -t postgres -f -m -v1 -i ./base_utilisateurs_campus_uml.dia -o ./base_utilisateurs_campus.sql
}}}

  attachment:base_utilisateurs_campus_uml.png

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

les sources Dia du schéma UML : attachment:base_utilisateurs_campus_uml.dia

SQL généré pour PostgreSQL : attachment:base_utilisateurs_campus.sql
Ligne 14: Ligne 27:
  . courriel (Tini voudrait le sortir d'ici et le passer en champ extra... mais... je sais pas, qu'en pensez-vous ?)   . courriel
Ligne 26: Ligne 39:

Tini voudrait tout passer en champ extra ../PropositionTini ... mais... je sais pas, qu'en pensez-vous ?
Ligne 41: Ligne 56:
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). Un abonnement signifie qu'on place un utilisateur dans un groupe pendant un certain laps de temps.
Ligne 48: Ligne 63:
  . interruption : mis à ''vrai'' si l'abonnement est interrompu temporairement   . suspendu : mis à ''vrai'' si l'abonnement est interrompu temporairement (idée de SébastienDornano)
Ligne 53: Ligne 68:
Ils sont hiérarchisés (arbre simple : un parent peu avoir plusieurs fils). Ils sont hiérarchisés (arbre simple : un parent peut avoir plusieurs fils).
Ligne 63: Ligne 78:
 Table organismes_extra (utilité à trouver)::  Table organismes_extra::
  . ''note : je ne suis pas sûr de l'utilité de ces extras''
Ligne 68: Ligne 84:
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. 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 même organisme.
Ligne 75: Ligne 91:
 Table fonction_extra (utilité à trouver)::  Table fonction_extra::
  . ''note : je ne suis pas sûr de l'utilité de ces extras''
Ligne 84: Ligne 101:
  . date_debut (idée pompée sur la proposition de Seb)
  . date_fin

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

  • attachment:base_utilisateurs_campus.png

Version UML (Très Basique) [http://tedia2sql.tigris.org/usingtedia2sql.html http://tedia2sql.tigris.org/usingtedia2sql.html]

Exemple génération SQL: 

   tedia2sql -t postgres -f -m -v1 -i ./base_utilisateurs_campus_uml.dia -o ./base_utilisateurs_campus.sql
  • attachment:base_utilisateurs_campus_uml.png

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

les sources Dia du schéma UML : attachment:base_utilisateurs_campus_uml.dia

SQL généré pour PostgreSQL : attachment:base_utilisateurs_campus.sql

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.

Table abonnements
  • id_utilisateur
  • id_groupe
  • date_debut
  • date_fin

  • suspendu : mis à vrai si l'abonnement est interrompu temporairement (idée de SébastienDornano)

  • commentaires

Les organismes

Ils sont hiérarchisés (arbre simple : un parent peut 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

  • note : je ne suis pas sûr de l'utilité de ces extras

  • 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 même organisme.

Table fonction
  • id
  • nom
  • commentaires
Table fonction_extra

  • note : je ne suis pas sûr de l'utilité de ces extras

  • id_fonction
  • variable
  • valeur
Table utilisateur_organisme_fonction
  • id_utilisateur
  • id_organisme
  • id_fonction
  • date_debut (idée pompée sur la proposition de Seb)
  • date_fin
  • commentaires

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