Discussion :

[edblv]

Bonjour,
Je développe une application de gestion assez importante en mode Web (Php + ExtJs) qui stocke ses données dans une base SqlServer 2008.

Mon problème est donc le vérrouillage d'un (ou plusieurs d'ailleurs !) enregistrement(s).

Quand un utilisateur modifie la fiche d'un client, il faut que personne d'autre ne puisse y accéder, jusque là rien d'exceptionnel.
La difficulté c'est qu'en mode Web on est déconnecté de la base tant qu'on n'a pas cliqué sur 'Valider'.

Pour l'instant j'utilise une table 'Verrou' ou je crée un enregistrement (avec un index unique) ou je stocke l'IdUtilisateur, le nom de la table et l'Id de l'enregistrement modifié, ça marche bien mais je trouve ça un peu lourd.

Y aurait-il une solution plus élégante ?

Merci si vous avez eu le courage de tout lire !

[Donpi]

Il s'agit d’empêcher la modification d'une ligne entre le moment ou elle est lue et le moment ou elle est écrite ? Ou juste d'éviter les erreur d'accès concurrentielles ?

[edblv]

Il s'agit d’empêcher la modification d'une ligne entre le moment ou elle est lue et le moment ou elle est écrite ? Ou juste d'éviter les erreur d'accès concurrentielles ?

Les deux !

[Sergejack]

Cela peut être dangereux comme approche.

Rendez-vous bien compte qu'un utilisateur pourrait ouvrir un "enregistrement" en édition et ensuite fermer l'application.

Il serait peut-être plus efficace de conserver et comparer un numéro de version pour indiquer quand il y a eu changement entre l'ouverture et la sauvegarde.

Sinon il vous faut au moins utiliser un keep alive (en ajax par exemple), et vous n'auriez qu'à exploiter un champ "locked" BIT.
Alors lors que vous voulez ouvrir un enregistrement en édition, vous en lisez le contenu comme suit :

Code :

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

1
2
3
4
5
6
 
UPDATE <table>
SET locked = 1
OUTPUT inserted.*
WHERE locked = 0
AND <clauses where supplémentaires>

Si 0 lignes, c'est que l'enregistrement n'existe pas ou est bloqué.

[edblv]

Cela peut être dangereux comme approche.

Rendez-vous bien compte qu'un utilisateur pourrait ouvrir un "enregistrement" en édition et ensuite fermer l'application.

Il serait peut-être plus efficace de conserver et comparer un numéro de version pour indiquer quand il y a eu changement entre l'ouverture et la sauvegarde.

Sinon il vous faut au moins utiliser un keep alive (en ajax par exemple), et vous n'auriez qu'à exploiter un champ "locked" BIT.
Alors lors que vous voulez ouvrir un enregistrement en édition, vous en lisez le contenu comme suit :

Code :

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

1
2
3
4
5
6
 
UPDATE <table>
SET locked = 1
OUTPUT inserted.*
WHERE locked = 0
AND <clauses where supplémentaires>

Si 0 lignes, c'est que l'enregistrement n'existe pas ou est bloqué.

Ah, ça c'est une solution qui me seduit !
Je ne connaissais pas la clause OUTPUT

Qu'est ce qu'un keep alive exactement ?

[Sergejack]

Ah, ça c'est une solution qui me seduit !
Je ne connaissais pas la clause OUTPUT

Qu'est ce qu'un keep alive exactement ?

Depuis l'application (le navigateur web dans ce cas-ci), vous émettez périodiquement des requêtes vers le serveur afin d'indiquer que l'application est toujours en cours d'utilisation.

Genre toutes les 10 secondes : http://monsite/keepalive.php
Si après une certain temps (plus de 10 secondes) vous n'avez plus eu de message, vous pouvez considérez que le client est fermé/inaccessible et vous pouvez alors libérer l'enregistrement.

[edblv]

Depuis l'application (le navigateur web dans ce cas-ci), vous émettez périodiquement des requêtes vers le serveur afin d'indiquer que l'application est toujours en cours d'utilisation.

Genre toutes les 10 secondes : http://monsite/keepalive.php
Si après une certain temps (plus de 10 secondes) vous n'avez plus eu de message, vous pouvez considérez que le client est fermé/inaccessible et vous pouvez alors libérer l'enregistrement.

Ok, ça doit charger un peu le réseau quand même...

[Sergejack]

Ok, ça doit charger un peu le réseau quand même...

Oui mais c'est ça ou devoir faire help desk pour répondre "Appartement quelqu'un a ouvert une fiche et à quitter sans refermer"