UTILISATION DE LOCK TABLES

Version imprimable

30/08/2012, 17h45
mageec

UTILISATION DE LOCK TABLES

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?
31/08/2012, 14h35
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" :zoubi:
31/08/2012, 15h59
skuatamad

Citation:

Envoyé par ericd69

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.

Citation:

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)
31/08/2012, 16h28
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...
31/08/2012, 20h37
skuatamad

Ah, c'est vrai que j'ai tendance à penser en mode oracle :aie: 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.
03/09/2012, 09h51
CinePhil

Citation:

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.