[Trad] [svn:pgfr] r1212 - traduc/trunk/postgresql

[admin at listes.postgresql.fr]

Author: gleu
Date: 2008-12-16 21:42:30 +0100 (Tue, 16 Dec 2008)
New Revision: 1212

Modified:
   traduc/trunk/postgresql/mvcc.xml
Log:
Patch de Florence Cousin.


Modified: traduc/trunk/postgresql/mvcc.xml
===================================================================
--- traduc/trunk/postgresql/mvcc.xml	2008-12-10 16:16:38 UTC (rev 1211)
+++ traduc/trunk/postgresql/mvcc.xml	2008-12-16 20:42:30 UTC (rev 1212)
@@ -1094,26 +1094,25 @@
 l'application</title>
 
    <para>
-    Comme les lecteurs ne verrouillent pas les données avec
-    <productname>PostgreSQL</productname>, quelque soit le niveau d'isolation,
-    les données lues par une transaction peuvent être surchargées par une autre
+    Quel que soit le niveau d'isolation, les lecteurs ne verrouillent pas les données avec
+    <productname>PostgreSQL</productname>. 
+    Les données lues par une transaction peuvent donc être écrasées par une autre
     transaction concurrente. En d'autres termes, si une ligne est renvoyée par
     <command>SELECT</command>, cela ne signifie pas que la ligne est toujours
-    courante au moment où elle est renvoyée (c'est-à-dire, quelque temps après
-    que la requête courante n'ait commencé). La ligne pourrait avoir été
-    modifiée ou supprimée par une transaction validée après
-    le lancement de cette requête. Même si la ligne est toujours valide
+    d'actualité au moment où elle est renvoyée (c'est-à-dire, quelque temps après
+    que notre requête ait commencé). La ligne pourrait avoir été
+    modifiée ou supprimée par une transaction validée entretemps. Même si la ligne est encore valide
     <quote>maintenant</quote>, elle pourrait être modifiée ou supprimée avant que
-    la transaction courante ne soit validée ou annulée.
+    notre transaction ne soit validée ou annulée.
    </para>
 
    <para>
-    Une autre façon de penser à ceci est que chaque transaction voit une image
-    du contenu de la base de données et les transactions concurrentes en cours
-    d'exécution pourraient très bien voir des images différentes. Donc, le
-    concept entier de <quote>maintenant</quote> est quelque peu mal défini. Ceci
-    n'est habituellement pas un gros problème si les applications clientes sont
-    isolées les unes des autres, mais si les clients peuvent communiquer via des
+    Une autre façon d'aborder ceci est que chaque transaction voit un instantané
+    du contenu de la base de données. Des transactions concurrentes en cours
+    d'exécution pourraient très bien voir des instantanés différents. Le
+    concept entier de <quote>maintenant</quote> est donc quelque peu mal défini. Habituellement, ceci
+    n'est pas un gros problème si les applications clientes sont
+    isolées les unes des autres. Mais si les clients peuvent communiquer via des
     canaux externes à la base de données, de sérieuses confusions pourraient
     survenir.
    </para>
@@ -1180,7 +1179,7 @@
    </indexterm>
 
    <para>
-    Bien que <productname>PostgreSQL</productname> fournisse des accès non bloquant en
+    Bien que <productname>PostgreSQL</productname> fournisse des accès non bloquants en
     lecture/écriture aux données de la table, un accès non bloquant
     en lecture/écriture n'est pas fourni pour chaque méthode d'accès aux index
     implémentée dans <productname>PostgreSQL</productname>. Les différents
@@ -1212,7 +1211,7 @@
         pour des accès en lecture/écriture. Les verrous sont relâchés après
         la fin des traitements sur le bucket. Les verrous au niveau bucket
         fournissent un meilleur accès concurrent que les verrous au niveau
-        index mais sont sensibles aux blocages car les verrous sont détenus
+        index mais sont sensibles aux interblocages car les verrous sont détenus
         plus longtemps que pour une opération sur un index.
        </para>
       </listitem>