Discussion :

[shoooryuken]

Bonjour,

Un collègue et moi devons gérer une base de donnée mysql pour la prise de rendez vous de plusieurs milliers d'utilisateurs.
Par défaut nous créons une table avec tous les créneaux horaires ouvert par jour, vide et nous les remplissons avec les rendez vous pries.

Afin que 2 utilisateurs ne puissent pas prendre le même rendez vous, dans le formulaire de prise de rendez vous, nous ne proposons que les rendez vous non pris.

Toutefois, entre le moment ou l'utilisateur consulte les plages libres, choisit et valide, il peut se passer plusieurs secondes, voir minutes.
Avant l'UPDATE de la table plageHoraire, nous prévoyons de vérifier une nouvelle fois si la plage horaire a été déjà enregistrée (rendez vous prit) en base.

Comme il y a beaucoup d'utilisateur pour peu de plage horaire libre, nous craignons que 2 utilisateurs puissent toutefois valider à la milliseconde prêt.
Est ce possible? que ce passerait il? comment l'éviter le cas échéant?

merci par avance de votre retour d'expert

[SQLpro]

Avant l'UPDATE de la table plageHoraire, nous prévoyons de vérifier une nouvelle fois si la plage horaire a été déjà enregistrée (rendez vous prit) en base.

Cela ne sert absolument à rien ! Car dans la microseconde suivante les choses peuvent à nouveau changer !

Comme il y a beaucoup d'utilisateur pour peu de plage horaire libre, nous craignons que 2 utilisateurs puissent toutefois valider à la milliseconde prêt.
Est ce possible? que ce passerait il? comment l'éviter le cas échéant?

En faisant la requête UPDATE appropriée et en testant correctement. Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
UPDATE MatableRV
SET MonRv = 'le patient machin'
WHERE créneau = 12456
   AND MonRV IS NULL; --> ceci empêche l'écrasement d'un créneau qui vient juste d'être pris !

Dans votre application client, vous devez tester si 1 ligne a été mise à jour ou 0. Si 0 informer que le créneau a été pris entre temps et reproposer une nouvelle liste de créneaux....

A +

[Artemus24]

Salut shoooryuken.

Toutefois, entre le moment ou l'utilisateur consulte les plages libres, choisit et valide, il peut se passer plusieurs secondes, voir minutes.

Que ce soit, une microseconde, une seconde, une minute ou une heure, bloquer la ligne que vous allez modifier par la suite n'est pas la solution.
Le principe est le premier arrivé est le premier servie !

Au niveau du traitement, il est tout à fait normal de faire une lecture non bloquante afin de récupérer les informations dont vous allez traiter.
Vous faites la saisie à l'écran de ce que vous désirez insérer dans votre table. Par exemple, le détail du rendez-vous.
Mais au moment de la mise à jour, vous devez être seul à le faire, sinon vous allez écraser ce qu'un autre utilisateur a déjà fait au préalable.

Vous devez appliquer les vérifications suivantes :

a) Pour ce qui est du mode transaction:

1) le moteur de votre base de données doit être "INNODB". Pourquoi ?
Car le moteur MyIsam ne sait pas gérer les accès concurrents.

2) vous devez aussi configurer votre fichier my.ini afin d'introduire le type d'accès concurrent que vous désirez gérer.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

transaction-isolation = SERIALIZABLE

A lire : https://dev.mysql.com/doc/refman/5.7...on-levels.html

3) Apprendre à gérer les accès concurrents :
à lire : https://dev.mysql.com/doc/refman/5.7/en/commit.html

Autrement dit, vous ne devez pas utiliser l'autocommit à on.
Vous débutez par un "start transaction", qui va le désactiver.
Puis vous faites la mise à jour de votre ligne et ensuite, en fonction de ce que vous désirez faire, soit un "commit" (validation) soit un "rollback" (rejet).

4) pour la mise à jour, dans le mode transaction, faire un "select" puis après un "update" et terminer par un "commit".
Après le "select", tester s'il n'a pas été bloqué. Et si c'est le cas, faire alors un "rollback" et recommencer votre saisie.

5) ou bien, et plus simplement, faire un "select ... for update" et tester s'il y a un blocage après le select.
Puis juste après le "select", faire un "update" qui va libérer le blocage.

A lire : http://stackoverflow.com/questions/8...date-behaviour

b) pour ce qui est du mode fonctionnel :
6) ne faire la mise à jour que si la ligne en question est disponible.
Autrement dit, la colonne "rendez-vous" doit être libre !

Vous devez retenir que la mise à jour de la ligne ne peut se faire que si au préalable vous l'avez bloquée.
Sans cela, vous ne pouvez pas faire correctement votre mise à jour.
Et que le blocage doit être le plus court possible afin de ne pas bloquer les autres utilisateurs.

@+

[shoooryuken]

Rha je savais que j'aurai une réponse d'expert.
merci à vous, nous avons de quoi lire, apprendre comprendre et avancer.

Vous êtes des chefs. merci beaucoup