29-04-2016, 02:53 PM
C'est cette histoire de coupure involontaire qui me fait peur..
Car tout est lié même si les données ne sont pas importantes. En gros s'il y a un écart de ligne entre les 3 tables tout foire toutes les tables doivent avoir le même nombre de ligne à un instant T ..
Donc ton concept serait une sécurité en soit, pour éviter tout dérapage dans la procédure..
Du coup, il faudrait faire quelque chose comme ça :
- Insertion de l'utilisateur dans la table A, utilisation de l'auto incrément.
- Connexion de l'utilisateur, on vérifie s'il est présent dans les tables B et C si ce n'est pas le cas on insert dans ces tables les lignes nécessaire. On utilise l'auto incrément pour l'ID de chacune des nouvelles lignes mais on y placera dans entity id, l'id du joueur provenant de la table A
c'est bien cela que tu préconise ?
Car tout est lié même si les données ne sont pas importantes. En gros s'il y a un écart de ligne entre les 3 tables tout foire toutes les tables doivent avoir le même nombre de ligne à un instant T ..
Donc ton concept serait une sécurité en soit, pour éviter tout dérapage dans la procédure..
Du coup, il faudrait faire quelque chose comme ça :
- Insertion de l'utilisateur dans la table A, utilisation de l'auto incrément.
- Connexion de l'utilisateur, on vérifie s'il est présent dans les tables B et C si ce n'est pas le cas on insert dans ces tables les lignes nécessaire. On utilise l'auto incrément pour l'ID de chacune des nouvelles lignes mais on y placera dans entity id, l'id du joueur provenant de la table A
c'est bien cela que tu préconise ?