oui tu peut Résoluer du coup

Hé hé, les réceptions de monsieur MySQL sont connues pour le bon goût du maitre de maison


Je peux Résoluer du coup ?

offrant à boire et à manger et les traites à tour de rôle lors de l'appel de leur numéro : premier arrivé, premier servi

A boire = Un ptit Query avec une tite goutte de fetch_array !

A manger = Un bon gros mysql_numrows sur son lit de Delete !

hhmm, que ca doit être bon

Merci Ryle !

Ps : c'est moi qui a poster le message d'origine, je ne m'était pas loguer

En théorie la base de donnée est sensée gérer les accès concurrent à un enregistrement. Elle distribue des tickets à chaque requête, les fait patienter dans la salle d'attente en leur offrant à boire et à manger et les traites à tour de rôle lors de l'appel de leur numéro : premier arrivé, premier servi

Plus techniquement, elle va mettre un verrou / lock sur l'enregistrement ou la table selon le besoin pour y avoir un accès exclusif. S'il y a déjà un lock, elle créera une file d'attente des requêtes qui seront traitées en FIFO.

Bonsoir,

j'ai une petite question concernant un champ de ma base !

Ce champ est archi connu, il s'agit du champ " ID " pour le numéro du membre !

Il est donc défini en clée primaire avec un auto_increment !

Ma question est donc : si 10 membres s'inscrivent en même temps, a la même seconde, n'existe t'il pas un risque d'avoir plusieurs même numéro ID ?

merci