Discussion :

[hucliez]

Bonjour
Chez un de mes clients, les exceptions de type "impossible de mettre à jour, actuellement verrouillé par..." se multiplient (erreurs DAO 3046, 3260).

Environnement :

• *Base Access 95 (sur un serveur Windows 2000)
  *Clients VB6 +DAO 3.51 (postes Windows XP ou Windows 2000)
  *entre 2 et 8 utilisateurs

L'application tourne et évolue depuis 1997. Apparition des erreurs depuis 3 mois, ce qui correspond en gros au renouvellement du réseau et du serveur, et à un accroissement du nombre d'utilisateurs.

Ce qui me turlupine,

• *c'est qu'en général les postes concurents ne travaillent pas sur les mêmes données.
  *De plus il arrive que les concurents se bloquent mutuellement (ordinateur A : "verrouillé par ordinateur B" et sur ordinateur B : "verrouillé par ordinateur A")
  *ou pire, que l'un des ordinateurs est éteint au moment de l'incident !

Pouvez-vous éclairer ma lanterne sur les causes possibles de ces interruptions, car depuis des jours je parcours les faqs, forums et autres knowledge base... je vérifie également systématiquement mon code (pas d'Edit sans update, jamais d'usage exclusif des données...)

Merci de votre attention.

[bidou]

Access verrouille par page, dès lors des enregistrements qui ne sont pas concernés sont verrouillés aussi. Plus tu as d'utilisateurs qui posent des verrous, plus le phénomène va apparaitre.

[jmfmarques]

Voilà bien là l'énorme différence entre des systèmes d'exploitation comme Windows et d'autres, comme GCOS !

Imaginons ce que cela donnerait, au niveau d'une banque...

[bidou]

quel est le rapport avec windows

[jmfmarques]

Il est bien là. Certaines choses ne peuvent être évitées avec Windows

[bidou]

c'est stupide comme remarque. Il existe des SGBD qui ne verrouillent pas par page et qui tourne sur Windows.

[jmfmarques]

Avec ces SGBD, donc, deux utilisateurs distincts seraient suceptibles de transformer simultanément, chacun de son côté et l'autre voyant immédiatement la transformation en cours, le même article ?
Une telle SGBD m'intéresse au plus haut point. Quel est donc son nom ?

[bidou]

Avec ces SGBD, donc, deux utilisateurs distincts seraient suceptibles de transformer simultanément, chacun de son côté et l'autre voyant immédiatement la transformation en cours, le même article ?
Une telle SGBD m'intéresse au plus haut point. Quel est donc son nom ?

Tu m'a l'air d'avoir une curieuse conception du fonctionnement des SGBD.

Le même article, ce n'est plus une question de verrou de page mais de verrou d'enregistrement. Et celui-là il vaut mieux qu'il fonctionne sinon tu peux dire adieu à l'intégrité de ta base assez rapidement

[jmfmarques]

Bon! je ne vais pas m'étendre. Il y a aussi les secteurs, les séparateurs, les groupes, les BOF et les EOF..
Mais n'en parlons plus.

[bidou]

[amazircool]

Bidan dit:
"plus le phénomène va apparaitre."
qulle phénomène vous parler SVP les verrou mortel?????

[bidou]

Aussi mais pas seulement. Les verrous mortels sont une conséquence de l'appel multi table de certaines opérations. On peut généralement les trouver au prix d'une étude un peu poussée des requêtes appelées. Dans le cas d'access lorsqu'il verrouille par page, il n'est pas possible quels enregistrements seront de fait verrouillés lorsqu'un enregistrement spécifique l'est. Le verrou ne sera pas forcément mortel mais empêchera un bon fonctionnement du programme puisque certains enristrements seront verrouillés alors qu'ils ne devraient pas l'être.

[hucliez]

Bonjour
quelle débat ! Je pense que Bidou est dans le vrai, et que jmfmarques ouvre peut être une question interressante, mais qui me semble un peu hors-sujet...
Revenons à nos moutons : Je suis tout à fait conscient que le verrouillage par page amplifie le phénomène, mais ce que je ne comprend pas, c'est :
- pourquoi dans certains cas deux ordinateurs se bloquent mutuellement
- pourquoi le verrouillage peut provenir d'un ordinateur eteind (l'ordinateur en question a travaillé sur la base un certain temps, puis l'utilisateur l'a éteind)
y a t il une persistance du verrouilage de page pendant un certain temps ?

[bidou]

- pourquoi dans certains cas deux ordinateurs se bloquent mutuellement?

Cela peut arriver dans un mode transactionnelles si tes requêtes concernent au moins deux tables. Une requête peut poser un verrou sur une première table puis sur une seconde, alors qu'une autre requête le fait en sens inverse. Cela peut aussi être le cas si par effet de pages certains groupes d'enregistrements se retrouvent verrouiller alors qu'il ne devraient pas l'être.

- pourquoi le verrouillage peut provenir d'un ordinateur eteind (l'ordinateur en question a travaillé sur la base un certain temps, puis l'utilisateur l'a éteind)
y a t il une persistance du verrouilage de page pendant un certain temps ?

Il faut vérifier que le fichier ldb est bien supprimé lorsque toute les sessions sont éteintes

[hucliez]

Merci Bidou
en fait, je n'apprend rien de vraiment nouveau, mais je me demandais si ...
de fait les recordsets comprennent de multibles jointures, alors si le verrouillage implique chaque table incluse, ça fait du monde.

Je vais donc marquer le sujet comme "résolu" d'ici peu.

Cependant, le dernier point que tu évoques (suppression du fichier ldb) ne peut se produire puisqu' il y a toujours un utilisateur actif au moment de l'incident (l'utilisateur bloqué par l'ordinateur éteint), d'où ma question sur la persistance du verrouillage...
Y a-t-il quelque chose à faire du coté de Jet? je tente des trucs du genre DBEngine.Idle dbFreeLocks, mais ça ne semble pas très efficace...

[amazircool]

JE suis pas sure mais peu etre la table veroullez en mode X (eXclusive) ce que empecher l acces de 2 éme transaction.( ou 2 eme ordinateur si tu veu.
en se cas la il fait veroullez la table en mode IX (Intention exclusive).