Un paragraphe redondant...

d'après un mail de Thibault Andrieux.

postgresql/mvcc.xml

@@ -730,28 +730,6 @@ ERREUR:  n'a pas pu sérialiser un accès à cause d'une mise à jour en parall
     choix en termes de performances pour certains environnements.
    </para>
 
-   <para>
-    Alors que le niveau d'isolation des transactions Serializable de
-    <productname>PostgreSQL</productname> autorise seulement les transactions
-    concurrentes à valider s'il est prouvable qu'il n'y a qu'un ordre sérié
-    d'exécution pouvant produire le même effet, il n'empêche pas toujours
-    les erreurs de survenir bien qu'aucune erreur ne serait levée dans le
-    cas d'une vraie exécution en série. En particulier, il est possible de
-    voir les violations de contrainte unique causées par des conflits avec
-    la surcharge de transactions Serializable même après avoir explicitement
-    vérifié que la clé n'est pas présente avant de tenter son insertion. Ceci
-    peut être évité en s'assurant que <emphasis>toutes</emphasis> les
-    transactions Serializable qui peuvent insérer des  clés potentiellement
-    en conflit commencent par vérifier qu'elles peuvent le faire. Par exemple,
-    imaginez une application qui demande à l'utilisateur une nouvelle clé
-    puis vérifie qu'elle n'existe pas déjà en essayant de la sélectionner,
-    ou génère une nouvelle clé en sélectionnant la clé maximale existante et
-    en ajoutant un. Si certaines transactions Serializable insèrent de nouvelles
-    clés sans suivre ce protocole, des violations de contraintes uniques
-    pourraient être rapportéesmême dans les cas où elles ne surviendraient pas
-    dans une exécution en série des transactions concurrentes.
-   </para>
-
    <para>
     Bien que le niveau d'isolation Serializable des transactions pour
     <productname>PostgreSQL</productname> permet seulement à des transactions