AvatarUrl : Avatar
MdpHash : MDP
DateMailVerif : DateMV
DateCreation : DateC
DateModification : DateM
DateSuppression : DateS

champ à supprimer :
- FournisseurAuth
- FournisseurAuthId

👉 Mauvaise conception :
un utilisateur peut avoir plusieurs méthodes d’authentification

👉 réflexion attendue :
comment gérer plusieurs fournisseurs sans dupliquer les champs ?

👉 version 1 :
auth uniquement email / mdp

👉 version future :
multi-auth

UtilisateursId → UtilisateurId

DescriptionPublique :
❌ mauvais choix → remplacer par TypeId

Type :
❌ ENUM interdit

LogoUrl : Logo

MotsCles :
❌ JSON non adapté

👉 réflexion attendue :
comment rendre le projet configurable sans modifier le code ?

ProjetsId :
❌ inutile

👉 déjà géré dans MembresProjet

👉 un rôle doit être réutilisable

DateCreation : DateC

Lire / Ajouter / Modifier / Supprimer :
❌ trop rigide

👉 impossible d’ajouter une action sans modifier la table

Ressource :
❌ varchar

👉 réflexion attendue :
comment rendre ça dynamique ?

UtilisateursId → UtilisateurId

DateCreation : DateC
DateModification : DateM

Statut :
❌ ENUM interdit

MotsCles :
❌ JSON non adapté

👉 réflexion attendue :
comment gérer les droits et validations ?

ModulesId → ModuleId
UtilisateursId → UtilisateurId

DateCreation : DateC
DateModification : DateM

Priorite :
❌ ENUM interdit

Statut :
❌ ENUM interdit

👉 réflexion attendue :
comment filtrer efficacement ?

❌ 1 seule vidéo → erreur

👉 supprimer la limitation

Fournisseur :
❌ ENUM interdit

👉 réflexion attendue :
ajouter un fournisseur sans modifier la table

❌ purge automatique → FAUX

👉 doit être configurable :
- 7 jours
- 30 jours
- illimité

❌ JSON non adapté

👉 ajouter système de synonymes

Ex :
paiement = payment = facturation

Bon travail global

✔ structure OK
✔ compréhension OK

❌ trop figé
❌ trop ENUM
❌ pas assez SaaS

👉 objectif :
tout rendre dynamique