Discussion :

[mtisset]

Bonjour à tous,

je suis à la recherche de conseils/expérience pour ma BDD.
Je m'explique. Je fais un logiciel de gestion en collège.
J'ai pour ça des utilisateurs de différents types (élèves, parents d'élèves, profs, personnels administratifs, ...).

Ces rôles sont assez différents :
- un élève à une classe mais un prof non, il en a plusieurs
- un parent d'élève à un enfant, les profs non
- rien à faire de la date de naissance des parents ou des profs
...

Solution 1 : Devant ces différences nombreuses, j'étais parti dans l'idée d'une table par rôle et d'une table "Utilisateurs" qui contient les id et les pseudos (uniques pour se connecter). Les tables de chaque rôle ont alors une clé étrangère vers Utilisateurs.id

Solution 2 : Une grande table unique pour tout le monde avec beaucoup de colonnes et pas mal de colonnes vides pour chaque rôle.

Questions :
1/ Quelle solution me conseillez-vous de préférence ?
2/ Existe-t-il une solution SQL pour créer automatiquement le pseudo (sous la forme "1ère lettre prénom" + "nom" + "nombre si le pseudo existe déjà) ? Ou faut-il que je fasse ça en 2 étapes ? Ou faut-il que je fasse ça avec mon langage PHP ?

Merci par avance pour l'aide

[SQLpro]

SOLUTION 1 : vous réinventez la roue... Ceci est inclus dans le standard SQL

SOLUTION 2 : vous faites une table non normalisé et donc vous aurez toutes les problématiques du monde : performances merdiques, difficulté d'écriture des requêtes, évolution de structure contraigante.

A +

[mtisset]

Merci pour cette tentative de réponse qui est toutefois trop laconique pour m'éclairer véritablement...

Finalement, après re-re-re-réflexion et après avoir tourné mon problème et mes besoins dans tous les sens, voici ce que je pense faire :

Table Utilisateurs
- id
- pseudo
- mdp (hashé)
- nom
- prenom

Table FichesEleves
- id
- utilisateur_id -> FK Utilisateurs.id
- date de naissance
- representantLegal1_id -> FK Utilisateurs.id
- representantLegal2_id -> FK Utilisateurs.id

etc...

Je pense avoir une plus grande logique dans ma conception en faisant ainsi.
Au passage, après mûres réflexions, je vais aussi plutôt utiliser postgresql plutôt que MySQL.

Petite question que je me pose suite à une erreur lors de la création de mes FOREIGN KEY : deux foreign keys créées dans deux tables différentes et pointant vers la même table peuvent-elles avoir le même nom (symbole) ?
Bref, sur l'exemple ci-dessous, peut-on avoir le même nom ici et là ?

Table1
- id

Table2
- id
- blabla
- table1_id
- CONSTRAINT fk_table1_id -- ici
FOREIGN KEY (table1_id)
REFERENCES Table1(id)

Table3
- id
- blublu
- table1_id
- CONSTRAINT fk_table1_id -- là
FOREIGN KEY (table1_id)
REFERENCES Table1(id)

Merci par avance