Discussion :

[bndd24]

Bonjour,

Alors voila, je me pose une question concernant le champ ROLE déjà présent dans la table User.

J'ai mon appli qui nécessite pour chaque membre, un rôle bien spécifique, en l'occurrence dans mon cas ROLE_WORKER ou ROLE_CUSTOMER.

Je me demande si c'est une bonne pratique de garder le champ ROLE dans la table User comme a l'origine dans Symfony ou bien il faudrait peut être que je déplace le champ ROLE pour en faire une table a part entière afin de ne pas surcharger le serveur ? ou même ne pas faire de table du tout, mais plutôt 2 constantes.. enfin je ne sais pas

Je me pose cette question car sur plusieurs sites d'apprentissage de php (hors Symfony) il est écrit qu'il est préférable d'avoir des état 1, 2 etc.. par exemple 1 pour WORKER et 2 pour CUSTOMER plutôt qu'un tableau en base de donnée surement pour la vitesse et les performances etc..
quelle est la bonne pratique selon vous ET pourquoi ?

merci

[Pytet]

Bonjour,

Je ne vois pas très bien en quoi le fait d'enregistrer les rôles dans une autre table pourra avoir un impact sur la "surcharge du serveur". Il faudra de toute façon que les rôles soient enregistrés en bdd, soit sous forme d'un tableau dans l'entité user, soit via une relation, mais la différence en terme de performance me semble minime (une jointure en plus).

Je n'ai pas bien compris la notion d'état pour chaque rôles (1 pour WORKER et 2 pour CUSTOMER). Il s'agit de p-e de la clé étrangère utilisée dans la relation entre l'entité User et Role ?

A mon avis, l'entité Role peut avoir un intérêt si tu souhaites créer/modifier/supprimer les rôles dans ton application (via le backoffice admin par exemple).
Si les rôles de ton application ne sont pas amenés à changer, le plus simple semble être de conserver les rôles sous forme d'un tableau dans l'entité User.