Discussion :

[looping]

bonjour,

je débute avec Firebird et Delphi.

j'ai un peu du mal à comprendre les transactions. Au niveau théorique je comprends bien à quoi cela sert. Et les aides que l'on peut trouver sur le net sont instructives.
Mais au niveau pratique c'est autre chose !

par exemple sur le site suivant:
http://www.devrace.com/en/fibplus/articles/479.php
on nous par de snapshot, de read commited

Quel est le bon choix et en fonction de quelle paramètre ?

Ce que je voudrais obtenir:

- que quelqu'un ne puisse pas modifier un enregistrement qui est déja en modification par quelqu'un d'autre

- que les modif soit visible dès quel ont été comités par un utilisateur

j'ai fait des essais avec une base test (1 table + 1 transaction) avec 2 users et je ne comprends pas tout (beaucoup de deadlock en mode snashot, en mode read comitted pas de deadlock ?)

si les pros de firebird pouvait m'éclairer ?


merci

[Barbibulle]

La snapshot n'est pas idéale pour travailler...
Ca revient à prendre une photo de la base à l'instant de la création de votre transaction. Vous ne voyez aucunes des modifications faites par les autres même pas les modifications commités (commités apres le debut de votre transaction).

La transaction read_committed est déjà plus souple, elle vous permet de voir les modifications commités par les autres transactions.

[makowski]

Ce que je voudrais obtenir:

- que quelqu'un ne puisse pas modifier un enregistrement qui est déja en modification par quelqu'un d'autre

- que les modif soit visible dès quel ont été comités par un utilisateur

dans ce cas il faut utiliser ça :
http://www.firebirdsql.org/refdocs/l...-withlock.html

[looping]

bonjour,

en fait, en lisant une autre doc je me suis rendu compte que le mode pessimiste n'existe pas de manière naturelle sur du client /serveur, à l'inverse du mode fichier

c'est donc normal que l'on puisse modifier un enregistrement alors qu'l est déja en cours de modif ailleurs..
c'est ensuite aux transactions de gérer la chose !

il faut que je sorte de mon BDE

a+

[looping]

bonjour,

j'ai lu quelpart que les transactions devaient etre refermé le plus vite possible

Mais , j'ai des appli où les utilisateurs ouvrent le programme le matin et le referme le soir. Et quand je dit ouvert cela veut dire qu'il reste ouvert en visualisation sur une table.

la transaction est bien active tout le temps dans ce cas ?

A+

[qi130]

la transaction est bien active tout le temps dans ce cas ?

Pas forcément, ça dépend de l'architecture de ton programme.

[looping]

bonjour,

l'ai lu qu'il est conseillé de faire régulièrement des commitretaining sur des transactions longue ? (affichage d'un dbgrid en permanence)

Dans le meme ordre d'idée si la base est en lecture seule :
Est ce que c'est bien de mettre en plus du mode
read committed (isc_tpb_read_commited + isc_tpb_rec_version + isc_tpb_wait) un parametre pour la lecture seule ? mais c'est lequel ?
isc_tpb_read ou isc_tpb_lock_write ?

A+