Discussion :

[hwoarang]

Bonjour,

J'ai fait un petit test avec SQL server 2008. Dans le manager, j'utilise une base avec une table MA_TABLE qui possede 2 champs : ID int identity et MON_CHAMP varchar(50).

Ensuite, j'ai ouvert une page ou j'execute :

Code :

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

1
2
3
4
BEGIN TRANSACTION
INSERT INTO MA_TABLE (MON_CHAMP) VALUES ('test')
WAITFOR DELAY '00:01:00'
COMMIT

En meme temps, dans une autre page sur la meme base, j'execute :

Code :

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

SELECT * FROM MA_TABLE

Et la, je suis etonné de voir que la seconde requete ne s'execute que lorsque la premiere se termine (c'est à dire apres 1 miniute). Le comportement que j'attendrais serait de recuperer toutes les lignes hormis celle en cours d'insertion. Est ce que c'est un probleme de configuration ou bien est ce le fonctionnement normal de SLQ server?

Merci

[SQLpro]

Vous demandez la lecture de toutes les lignes. Or l'un des lignes est dans un statut "pendant" c'est à dire ni validée, ni annulée. Aucun SGBDR ne peut donc lire la table.
Si vous aviez demander d'autres lignes (donc pas un SELECT *) vous auriez été servit, à moins que vous ne baissiez le niveau d'isolation de la transaction qui lit les données au niveau READ UNCOMMITTED.
Lisez l'article que j'ai écrit sur les transactions : http://sqlpro.developpez.com/isolation-transaction/

A +

[hwoarang]

Ca, je le comprends bien. Mais du coup, je ne vois pas du tout l'interet des transactions si les tables sont bloquées (j'ai bien compris qu'on peut acceder aux autres lignes mais à partir du moment ou on ne peut pas faire de "select *", pour moi, la table est bloquée).

Je vais poser la question autrement. Le comportement qui me paraitrait evident serait de pouvoir acceder à toutes les autres lignes (toutes celles qui sont "commited" et ne pas voir les lignes "uncommited").
Je comprends bien la problematique que ce fonctionnement suppose mais j'i du mal à croire, compte tenu du nombre de versions de SQL Server qu'on en soit la. Est ce qu'il y a une configuration qui permettrait d'avoir le comportement que je viens de décrire?

En tout cas, merci pour la réponse

[SQLpro]

Effectivement vous n'avez rien compris aux transactions...

Imaginez que la ligne que vous insérez ou celle que vous modifiez soit la seule ligne de crédit d'un lot de ligne comptable. Alors, lorsque vous allez calculer votre balance comptable, vous serez déficitaire...

Si vous n'avez pas besoin de toutes les lignes de votre tables, pourquoi faire un SELECT * ?

De plus en développement le select * est d'une haute stupidité... Il ne devrait jamais être utiliser.

A +

[hwoarang]

Effectivement vous n'avez rien compris aux transactions...

J'ai surtout du mal à voir leur interet...

Imaginez que la ligne que vous insérez ou celle que vous modifiez soit la seule ligne de crédit d'un lot de ligne comptable. Alors, lorsque vous allez calculer votre balance comptable, vous serez déficitaire...

D'accord mais le resultat sera le meme que si j'avais executé ma requete 10 secondes plus tot avant l'update. Donc ca me choquerait pas que les données qui sont modifiées pendant une transaction ne soient pas visible (je dirais meme que c'est le contraire qui me choque).

Si vous n'avez pas besoin de toutes les lignes de votre tables, pourquoi faire un SELECT * ?

De plus en développement le select * est d'une haute stupidité... Il ne devrait jamais être utiliser.

Je ne trouve pas particulierement stupide de vouloir avoir la liste des factures correspondant à un client (ce qui revient à faire un select * from ... where client = ..., et qui bloquerait si une transaction touche la facture d'un client) ou bien la liste des clients...

Mais bon, pour en revenir à ma question de départ, il semble qu'il ne soit pas possible d'avoir le comportement auquel je m'attendais. Merci pour l'info.

[SQLpro]

Les SGBDR fonctionne d'une manière logique. Si vous leur demandez une travail à la con, ne soyez pas étonné d’obtenir n'importe quoi comme résultat.
Vous voudriez qu'il fonctionnent de la même manière que votre intuition !
il serait peut être temps de vous former et de tenter de comprendre les concepts des transactions....

Quelques lectures pour ce faire :
"a quoi servent les transactions " : http://sqlpro.developpez.com/cours/sqlaz/techniques/#L1
"Transactions et niveau d'isoaltion" : http://sqlpro.developpez.com/isolation-transaction/
"es transactions imbriquées" : http://sqlpro.developpez.com/cours/s...ns-imbriquees/

A +