Discussion :

[mageec]

bonjour,
je développe une application de gestion d' une université
je dois proposer des rendez vous après l' inscription de chaque étudiant en fonction des quota allouées par jour et par stand pour l ' établissement de sa carte d' étudiant en sautant les dimanches .
pour ce faire
j exécute une requête qui compte le nombre de rendez vous déjà attribués
et je fais les calculs en fonction ensuite j insère le rendez vous dans la base de données

pour éviter qu' un étudiant ne s' inscrive pendant que j' attribue un rendez vous

j utilise un LOCK TABLES WRITE pendant les requêtes .Est ce la bonne méthode ?

je demande cela car sur certains forums ,il est écrit que cela peut entrainer un deadlock c est à dire bloquer la base de données a l' infinie.

comment éviter a coup sur les deadlock?

de plus mes tables sont en INNODB .Est ce que les verrous LOCK TABLES Marchent correctement avec?

[ericd69]

salut,

pas vraiment... c'est plus un mécanisme pour faire des transactions en myisam

tu as les transactions pour gérer ce genre de situations...

regarde du coté de "start transaction"

[skuatamad]

tu as les transactions pour gérer ce genre de situations...

Pas sûr que ce soit suffisant, les transactions ne permettent pas de sérializer la création des utilisateurs comme il semble en avoir besoin.
Peut on avoir la structure des tables ?

Regarde peut être aussi lock in share mode.

cela peut entrainer un deadlock c est à dire bloquer la base de données a l' infinie.

Non justement un deadlock, c'est l'action que mène le SGBD pour kill une des sessions se bloquant mutuellement.
Par contre il semble falloir faire attention à l'emploi du lock tables (c'était peut être ça le sens de ta question)

[ericd69]

certes quand je dis de voir les transactions, c'est aussi leur différentes syntaxes et les différents modes d'isolation... notamment "serializable"

le seul truc impossible c'est les transactions imbriquées...

à savoir que si tu utilises des triggers, ils font partie de la transaction...

après comme le dis skuatamad, sans structures de tables on peut rien dire de plus...

[skuatamad]

Ah, c'est vrai que j'ai tendance à penser en mode oracle et apparemment serializable ne se comporte pas du tout pareil sur mysql en incluant des locks.

Par contre je ne suis pas sûr que ce mode d'isolation convienne au problème, je verrais plutôt read commited + lock_share_mode codé explicitement (c'est peut être aussi à cause de l'influence oracle), mais il nous faudrait plus d'info pour mieux en juger.

[CinePhil]

je dois proposer des rendez vous après l' inscription de chaque étudiant en fonction des quota allouées par jour et par stand pour l ' établissement de sa carte d' étudiant en sautant les dimanches .
pour ce faire
j exécute une requête qui compte le nombre de rendez vous déjà attribués
et je fais les calculs en fonction ensuite j insère le rendez vous dans la base de données

En faisant faire tout ça au SGBD en SQL, un trigger à l'insertion permettra je pense de gérer la file d'attente des inscriptions.

Il y a aussi l'implémentation d'un calendrier et une table des rendez-vous qui devraient permettre de faciliter tout ça.