Quelques corrections proposées par Thom Brown

postgresql/maintenance.xml

@@ -256,7 +256,7 @@
     immédiatement sans nécessiter de <command>VACUUM</command> ou
     <command>VACUUM FULL</command> pour réclamer l'espace disque maintenant
     inutilisé.
-    L'inconvient est la violation des sémantiques MCC strictes.
+    L'inconvénient est la violation des sémantiques MCC strictes.
    </para>
    </tip>
   </sect2>
@@ -564,7 +564,7 @@ HINT:  Stop the postmaster and use a standalone backend to VACUUM in "mydb".
     La marge de sécurité de un million de transactions existe pour permettre à
     l'administrateur de récupérer ces données sans perte en exécutant
     manuellement les commandes <command>VACUUM</command> requises. Néanmoins, comme le
-    système n'excutera pas de commandes tant qu'il ne sera pas sorti du mode
+    système n'exécute pas de commandes tant qu'il n'est pas sorti du mode
     d'arrêt par sécurité, la seule façon de le faire est de stopper le
     serveur et d'utiliser un moteur simple utilisateur pour exécuter le
     <command>VACUUM</command>. Le mode d'arrêt n'est pas pris en compte par le moteur

postgresql/recovery-config.xml

@@ -116,7 +116,7 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"'  # Windows
      </varlistentry>
 
      <varlistentry id="recovery-end-command" xreflabel="recovery_end_command">
-      <term><varname>recovery_end_command</varname> (<type>chaîne de caractèrse</type>)</term>
+      <term><varname>recovery_end_command</varname> (<type>chaîne de caractéres</type>)</term>
       <indexterm>
         <primary>paramètre de récupération <varname>recovery_end_command</varname></primary>
       </indexterm>