C'est vrai que lors de l'authentification, on n'a besoin que des informations de connexions, et lors de l'affichage des aventures/articles, que de celles du profil de l'auteur. Et on peut charger en session une partie des informations si besoin est.
Cela nous ferait donc deux tables :
User
-------
id
login
password
mail
user_status_id
confirmation_key
last_visit_time
Person
--------
nickname
description
fullname
description
user_id*
create_time
update_time
main
Où user_id est l'identifiant du responsable de ce compte, et main un booléen ayant pour valeur vrai s'il s'agit du compte principal (son vrai profil).
L'idée me plaît bien. D'autres remarques Netwak ? La version la plus à jour du schéma est sur le Github, sous le nom schema_vX.mwb.
EDIT : petite modification de structure
Cela nous ferait donc deux tables :
User
-------
id
login
password
user_status_id
confirmation_key
last_visit_time
Person
--------
nickname
description
fullname
description
user_id*
create_time
update_time
main
Où user_id est l'identifiant du responsable de ce compte, et main un booléen ayant pour valeur vrai s'il s'agit du compte principal (son vrai profil).
L'idée me plaît bien. D'autres remarques Netwak ? La version la plus à jour du schéma est sur le Github, sous le nom schema_vX.mwb.
Citation :De toutes façon, je doute que les performances soit un objectif avec Xhoromag 4.0.Enfin, même si ce ne sera pas un critère bloquant, il est toujours plus agréable de faire les choses au mieux, ne serait-ce que pour notre confort personnel.
EDIT : petite modification de structure