replication-origins.xml:Corrections d'accords, tentative d'allègement…

… de style

postgresql/replication-origins.xml

@@ -18,13 +18,13 @@
   <itemizedlist>
    <listitem>
     <para>
-     Comment garder trace en toute certitude de la progression de la
-     réplication.
+     comment suivre la progression de la
+     réplication de manière fiable ;
     </para>
    </listitem>
    <listitem>
     <para>
-     Comment modifier le comportement de réplication basé sur l'origine d'une
+     comment modifier le comportement de la réplication basé sur l'origine d'une
      ligne&nbsp;; par exemple pour empêcher les boucles dans les
      configurations de réplication bidirectionnelle.
     </para>
@@ -33,11 +33,11 @@
  </para>
 
  <para>
-  Les origines de réplication ont uniquement deux propriétés, un nom et un
+  Les origines de réplication n'ont que deux propriétés, un nom et un
   OID. Le nom, qui doit être utilisé pour faire référence à l'origine entre
   les systèmes, est une donnée libre de type <type>text</type>. Il doit être
-  utilisé d'une façon qui rend difficile les conflits entre origines de
-  réplication créés par différentes solutions de réplication, par exemple en
+  utilisé d'une façon qui rend improbable les conflits entre des origines de
+  réplication créées par différentes solutions de réplication, par exemple en
   préfixant le nom avec celui de la solution de réplication. L'OID est utilisé
   seulement pour éviter d'avoir à stocker la version longue dans les
   situations où l'espace consommé est critique. Il ne doit jamais être partagé
@@ -50,59 +50,60 @@
   linkend="pg-replication-origin-create"><function>pg_replication_origin_create()</function></link>,
   supprimées avec la fonction <link
   linkend="pg-replication-origin-drop"><function>pg_replication_origin_drop()</function></link>
-  et récupérées dans le catalogue système <link
+  et consultées dans le catalogue système <link
   linkend="catalog-pg-replication-origin"><structname>pg_replication_origin</structname></link>.
  </para>
 
  <para>
   Une partie non triviale de la construction d'une solution de réplication est
-  la conservation de la progression de la réplication d'une manière sûre.
+  le suivi de la progression de la réplication d'une manière fiable.
   Quand le processus d'application des modifications ou l'instance complète
   meurt, il doit être possible de savoir jusqu'où les données ont été
-  répliquées. Une solution naïve, comme la mise à jour d'une ligne pour chaque
-  transaction rejouée, a des problèmes comme une surcharge à l'exécution et
+  répliquées. Les solutions naïves, comme la mise à jour d'une ligne pour chaque
+  transaction rejouée, ont leurs problèmes, comme une surcharge à l'exécution et
   une fragmentation de la base de données.
  </para>
 
  <para>
   En utilisant l'infrastructure d'origine de réplication, une session peut
-  être marquée comme rejouant à partir d'un nœud distant (en utilisant la
+  être marquée comme rejouant depuis un nœud distant (en utilisant la
   fonction <link linkend="pg-replication-origin-session-setup">
   <function>pg_replication_origin_session_setup()</function></link>).
   De plus, le <acronym>LSN</acronym> et l'horodatage de la validation de toute
   transaction source peuvent être configurés, transaction par transaction, en
   utilisant <link linkend="pg-replication-origin-xact-setup">
-  <function>pg_replication_origin_xact_setup()</function></link>. Si c'est
-  fait, la progression de la réplication sera conservée de manière sûre, même
+  <function>pg_replication_origin_xact_setup()</function></link>. Si cela est
+  fait, la progression de la réplication sera conservée de manière pérenne, même
   en cas de crash. La progression du rejeu pour toutes les origines de
   réplication peut être visualisée dans la vue <link linkend="view-pg-replication-origin-status">
-  <structname>pg_replication_origin_status</structname></link>. Une
-  progression individuelle de l'origine, par exemple lors de la reprise de la
+  <structname>pg_replication_origin_status</structname></link>. Le
+  progrès d'une origine précise, par exemple lors de la reprise de la
   réplication, peut se faire en utilisant la fonction <link
   linkend="pg-replication-origin-progress">
   <function>pg_replication_origin_progress()</function></link> pour
   toute origine ou la fonction <link
   linkend="pg-replication-origin-session-progress">
   <function>pg_replication_origin_session_progress()</function></link>
-  pour l'origine configurée au niveau de la session courante.
+  pour l'origine configurée dans la session courante.
  </para>
 
  <para>
   Dans les topologies de réplication plus complexes que la réplication d'un
-  système vers un autre système, un autre problème pouvant survenir est qu'il
-  est difficile d'éviter la réplication de lignes déjà rejouées. Ceci peut
-  amener des cycles et des inefficacités dans la réplication. Les origines de
+  système vers un autre système, un autre problème peut être
+  la difficulté d'éviter la réplication de lignes déjà rejouées. Ceci peut mener
+  à des cycles et une mauvaise efficacité dans la réplication. Les origines de
   réplication fournissent un mécanisme optionnel pour reconnaître et empêcher
-  cela. Lorsqu'elles sont configurées en utilisant les fonctions référencées
+  cela. Lorsqu'elles sont configurées en utilisant les fonctions évoquées
   dans le paragraphe précédent, chaque modification et chaque transaction
-  passée aux fonctions de rappel des plugins en sortie (voir <xref
-  linkend="logicaldecoding-output-plugin"/>) générées par la session sont
-  tracées avec l'origine de réplication de la session qui les a généré. Ceci
+  passée aux fonctions de rappel (<foreignphrase>callbacks</foreignphrase>)
+  des plugins en sortie (voir <xref linkend="logicaldecoding-output-plugin"/>)
+  générées par la session sont
+  tracées avec l'origine de réplication de la session qui les a générées. Ceci
   permet de les traiter différemment par le plugin de sortie, et par exemple
   d'ignorer toutes les lignes qui ne proviennent pas de l'origine. De plus, la
   fonction de rappel <link
   linkend="logicaldecoding-output-plugin-filter-origin">
-  <function>filter_by_origin_cb</function></link> peut être utilisé
+  <function>filter_by_origin_cb</function></link> peut être utilisée
   pour filtrer le flux de modifications de décodage logique basé sur la
   source. Bien que moins flexible, le filtre via cette fonction est
   considérablement plus efficace que le filtre d'un plugin de sortie.