Vous devez ajouter des identifiants d'utilisateur aux boutiques/postes. Il existe de nombreuses raisons pour lesquelles vous ne souhaitez pas avoir de tables distinctes pour chaque utilisateur :
- MySQL est conçu pour gérer des tables avec beaucoup de lignes, pas beaucoup de tables avec la même structure.
- La structuration des requêtes qui s'étendent à plusieurs tables nécessitera la combinaison de nombreuses tables différentes.
- Une petite modification de la structure des données, comme l'ajout d'une nouvelle colonne, devient un cauchemar.
- Les références de clés étrangères aux boutiques deviennent impossibles.
- Si les données d'un utilisateur ne remplissent pas une seule page de données, vous finissez par perdre beaucoup de mémoire.
Il existe certaines raisons pour lesquelles le fractionnement des données dans des tables distinctes peut être nécessaire. Voici quelques raisons possibles :
- L'accès est plus facilement géré au niveau de la table qu'au niveau de la ligne.
- La réplication des données pour chaque utilisateur peut avoir des exigences différentes.
- Une entité externe exige que les données se trouvent dans des tables ou des bases de données distinctes.
Cependant, le premier ensemble de raisons semble peser beaucoup plus lourdement sur les structures à table/entité unique. Ces préoccupations plus avancées ne semblent pas être un problème.
