Version imprimable
Salut a tous,
J'ai un soucie de transactions ouvertes qui bloquent la lecture de tables.
Le probleme c'est que je n'ai acces a aucun code SQL. Je peux seulement configurer le serveur ou la base de donnee (acces Administrateur).
Donc j'aimerais savoir s'il etait possible de configurer MS SQL Server 2005 pour empecher les transactions de bloquer la lecture des tables?
Si non, est-ce que MS SQL Server 2008 le permet?
Merci d'avance pour votre aide.
Bonjour,
Vous pouvez utiliser SQL Profiler et la DMV sys.dm_tran_locks pour rechercher les requêtes qui causent des problèmes de verrous.
++
Non, et heureusement !Citation:
Donc j'aimerais savoir s'il etait possible de configurer MS SQL Server 2005 pour empecher les transactions de bloquer la lecture des tables?
Re non, et re heureusement !Citation:
Si non, est-ce que MS SQL Server 2008 le permet?
Sinon votre base de données deviendrait incohérente !!!
A +
Ok, et une fois les requetes trouvees, comment faire pour empecher les locks? (je rappelle que je n'ai aucun acces au code qui realise lance les transactions)Citation:
Envoyé par mikedavem
Oui mais les autres bases de donnees (PostgreSQL, Oracle, etc...) permettents de lire le contenu des tables lors de transactions ouvertes et ne sont pas impopulaires que je sache?! :roll:Citation:
Envoyé par SQLpro
Je ne vois pas ce qu'il y a de dangereux a lire la derniere valeur sauvee tout en blocant la creation d'une seconde transaction sur la meme variable?!
N'y-a-t-il aucun moyen de configurer MS SQL Server pour qu'il reagisse comme ses "concurrents" ? :lol:
Je crois que j'ai trouve mon bonheur: les Snapshots :D
> http://www.informit.com/articles/art...57098&seqNum=1
Cette seule ligne devrait me fournir ce dont j'ai besoin:Code:ALTER DATABASE maBdd SET READ_COMMITTED_SNAPSHOT ON
Je ne vous conseille pas de faire cela. Le remède sera pire que le mal.
En revanche, vous pouvez créer un snapshot de votre base de données et lire dans ce snapshot les données qui vous intéresse.
Parce que faire ce que vous avez trouvé peut engendrer des transactions incohérente et il n'y a aucun moyen de savoir quelles seront les données endommagées...
Visiblement vous n'avez pas compris comment fonctionnait un SGBDR. Votre demande initiale était :
Ce qui veut dire ceci : modifiez le comportement des transactions en cours pour que je puisse lire les données. Ce qui conduirait inévitablement à des transactions faussées !Citation:
"Donc j'aimerais savoir s'il etait possible de configurer MS SQL Server 2005 pour empecher les transactions de bloquer la lecture des tables? "
A +
Ce n'est pas ce que me permet de faire le code poste precedemment?!Citation:
Envoyé par SQLpro
Il est vrai que je n'ai pas ete precis dans mon explication. Dans mon esprit je voulais dire "...empecher de bloquer la lecture des donnees sauvees (COMMITTED)"Citation:
Envoyé par SQLpro
Sinon, j'ai fait un test de ces nouveaux parametres avec un collegue:
- j'ai commence a editer une valeur dans mon application (sans sauver/fermer la transaction)
- mon collegue, pendant que j'editais, a commence a editer la meme valeur
- j'ai sauve avant lui
- instantanement la valeur que j'ai sauve s'est affichee sur l'ecran de mon collegue.
Donc ca marche bien. Apres, c'est peut etre le programme qui est bien foutu?! Je ne le connais pas bien encore. Mais je pense que c'est de l'AJAX qui fait ca en fait.