Différentes corrections proposées par Philippe Rimbault

postgresql/array.xml

@@ -305,7 +305,7 @@ INSERT INTO sal_emp
   par les
   programmes. Les dimensions sont aussi récupérables avec
   <function>array_upper</function> et <function>array_lower</function>, qui
-  renvoient respectivement la limite haute et et la limite basse du tableau
+  renvoient respectivement la limite haute et la limite basse du tableau
   précisé&nbsp;:
 
 <programlisting>SELECT array_upper(planning, 1) FROM sal_emp WHERE nom = 'Carol';

postgresql/backup.xml

@@ -1263,7 +1263,7 @@ SELECT pg_start_backup('label', true);
 
    <para>
     Par défaut, la récupération s'effectue sur la timeline en vigueur au
-    cours de la la sauvegarde. Si l'on souhaite effectuer la récupération
+    cours de la sauvegarde. Si l'on souhaite effectuer la récupération
     dans une timeline fille (c'est-à-dire retourner à un état enregistré
     après une tentative de récupération), il faut préciser l'identifiant de la timeline
     dans <filename>recovery.conf</filename>. Il n'est pas possible de

postgresql/func.xml

@@ -9029,7 +9029,7 @@ class="parameter">npts</replaceable>, <type>circle</type>)</literal></entry>
      La fonction <function>xmlcomment</function> crée une valeur XML contenant
      un commentaire XML avec, comme contenu, le texte indiqué. Le texte ne
      peut pas contenir <quote><literal>--</literal></quote> ou se terminer par un
-     <quote><literal>-</literal></quote> de sorte que que la construction résultante
+     <quote><literal>-</literal></quote> de sorte que la construction résultante
      représente un commentaire XML valide. Si l'argument est NULL, le résultat
      est NULL.
     </para>

postgresql/high-availability.xml

@@ -2036,7 +2036,7 @@ LOG:  database system is ready to accept read only connections
 
    <para>
     Les "hint bits" (bits d'indices) écrits sur le primaire ne sont pas journalisés en WAL,
-    il est donc probable que les les hint bits soient réécrits sur le standby. Ainsi,
+    il est donc probable que les hint bits soient réécrits sur le standby. Ainsi,
     le serveur de standby fera toujours des écritures disques même si tous les utilisateurs
     sont en lecture seule; aucun changement ne se produira sur les données elles mêmes.
     Les utilisateurs écriront toujours les fichiers temporaires pour les gros tris et
@@ -2270,7 +2270,7 @@ LOG:  database system is ready to accept read only connections
     <para>
      Des points de démarrage valides pour les requêtes de standby sont générés
      à chaque checkpoint sur le maître. Si le standby est éteint alors
-     que le maître est déjà éteint, il est tout à fait possible ne ne pas pouvoir
+     que le maître est déjà éteint, il est tout à fait possible ne pas pouvoir
      repasser en Hot Standby tant que le primaire n'aura pas été redémarré, afin
      qu'il génère de nouveaux points de démarrage dans les journaux WAL. Cette situation
      n'est pas un problème dans la plupart des situations où cela pourrait se produire.

postgresql/pgupgrade.xml

@@ -19,13 +19,13 @@
   <cmdsynopsis>
    <command>pg_upgrade</command>
    <arg choice="plain"><option>-b</option></arg>
-   <arg choice="plain"><replaceable>oldbindir</replaceable></arg>
+   <arg choice="plain"><replaceable>ancien_dir_exec</replaceable></arg>
    <arg choice="plain"><option>-B</option></arg>
-   <arg choice="plain"><replaceable>newbindir</replaceable></arg>
+   <arg choice="plain"><replaceable>nouveau_dir_exec</replaceable></arg>
    <arg choice="plain"><option>-d</option></arg>
-   <arg choice="plain"><replaceable>olddatadir</replaceable></arg>
+   <arg choice="plain"><replaceable>ancien_dir_donnees</replaceable></arg>
    <arg choice="plain"><option>-D</option></arg>
-   <arg choice="plain"><replaceable>newdatadir</replaceable></arg>
+   <arg choice="plain"><replaceable>nouveau_dir_donnees</replaceable></arg>
    <arg rep="repeat"><replaceable>option</replaceable></arg>
   </cmdsynopsis>
  </refsynopsisdiv>
@@ -295,7 +295,7 @@ gmake prefix=/usr/local/pgsql.new install
    </step>
 
    <step>
-    <title>Adjustez l'authentification</title>
+    <title>Ajustez l'authentification</title>
 
     <para>
      <command>pg_upgrade</command> se connectera à l'ancien et au nouveau serveurs plusieurs fois.
@@ -354,7 +354,7 @@ utilisent un autre nom de service)
     <para>
      Si vous utilisez les liens, la mise à jour sera bien plus rapide
      (pas de copie de données), mais vous ne serez plus capable d'accéder à
-     votre ancienne instance une fois que vous aurez démarrer la nouvelle
+     votre ancienne instance une fois que vous aurez démarré la nouvelle
      instance après la mise à jour. Le mode des liens nécessite aussi
      que les répertoires des données de l'ancienne et de la nouvelle
      instances soient situés sur le même système de fichiers. Voir
@@ -408,7 +408,7 @@ pg_upgrade.exe
      données, <command>pg_upgrade</command> quittera et vous devrez retourner sur l'ancienne
      instance comme indiqué dans <xref linkend="pgupgrade-step-revert"/>. Pour essayer de nouveau
      pg_upgrade, vous aurez besoin de modifier l'ancienne instance pour que
-     la restauration du du schéma par <command>pg_upgrade</command> réussisse. Si le problème
+     la restauration du schéma par <command>pg_upgrade</command> réussisse. Si le problème
      est dû à un module contrib, vous pourriez avoir besoin de désinstaller
      le module contrib à partir de l'ancienne instance et de l'installer sur
      la nouvelle après la mise à jour en espérant que le module n'est pas
@@ -651,7 +651,7 @@ psql --username postgres --file script.sql postgres
    vers l'entier après l'arrivée de <productname>PostgreSQL</productname> 8.3.
    pg_upgrade vérifiera que le format de stockage utilisé sur l'ancienne
    instance correspond à celui utilisé sur la nouvelle instance. Assurez-vous
-   que votre nouvelle instance est construit avec le drapeau de configuration
+   que votre nouvelle instance est construite avec le drapeau de configuration
    <option>--disable-integer-datetimes</option>.
   </para>
 

postgresql/plpython.xml

@@ -369,7 +369,7 @@ $$ LANGUAGE plpythonu;
       <para>
        Pour tous les autres types de retrour PostgreSQL, la valeur renvoyée par 
        Python est convertie en chaine de caractères en utilisant la méthode 
-       Python <literal>str</literal>, et et le résultat est transmis à la 
+       Python <literal>str</literal>, et le résultat est transmis à la 
        fonction d'entrée du type de données PostgreSQL.
       </para>
 

postgresql/ref/pg_dump.xml

@@ -242,7 +242,7 @@
          <listitem>
           <para>
 	   Produire une archive au format répertoire utilisable en entrée
-	   de de <application>pg_restore</application>. Cela créera un répertoire
+	   de <application>pg_restore</application>. Cela créera un répertoire
 	   avec un fichier pour chaque table et blob exporté, ainsi qu'un fichier appelé
 	   Table of Contents (Table des matières) décrivant les objets exportés dans
 	   un format machine que <application>pg_restore</application> peut lire. Une

postgresql/ref/psql-ref.xml

@@ -1485,7 +1485,7 @@ basetest=>
         <para>
         Liste les rôles de la base de données.
         (Depuis que les concepts des <quote>utilisateurs</quote> et <quote>groupes</quote>
-        ont été unifiés en des des <quote>rôles</quote>, cette commande est équivalent à
+        ont été unifiés en des <quote>rôles</quote>, cette commande est équivalent à
         <literal>\dg</literal>.)
         Si <replaceable class="parameter">motif</replaceable> est indiqué,
         seuls les rôles dont le nom correspond au motif sont listés. Si la

postgresql/release-old.xml

@@ -1925,7 +1925,7 @@ colonnes de taille différente (Tom)</para></listitem>
 (..., DEFAULT, ...) (Rod)</para></listitem>
 <listitem><para>Les vues peuvent avoir des valeurs par défaut en utilisant ALTER
 COLUMN ... SET DEFAULT (Neil)</para></listitem>
-<listitem><para>Échec en insertion (INSERT) des des listes de colonnes ne co
+<listitem><para>Échec en insertion (INSERT) des listes de colonnes ne co
 rrespondant pas à toutes les valeurs de colonnes, par exemple INSERT INTO tab
 (col1, col2) VALUES ('val1'); 
 (Rod)</para></listitem>

postgresql/xfunc.xml

@@ -1120,7 +1120,7 @@ SELECT concat_values('|', 1, 4, 2);
 
     <para>
      Lorsqu'une fonction SQL dispose d'un ou plusieurs paramètres d'un
-     type de de données collationnable, le collationnement applicable
+     type de données collationnable, le collationnement applicable
      est déterminé pour chacun des appels à la fonction afin de
      correspondre au collationnement assigné aux arguments, tel que
      décrit à la section <xref linkend="collation"/>. Si un