Quelques corrections supplémentaires au patch de Christophe

postgresql/ref/pgbench.xml

@@ -114,7 +114,7 @@ pgbench -i <optional> <replaceable>autres-options</replaceable>
 
   <para>
    Par défaut, avec un facteur d'échelle de 1, les tables contiennent
-   intialement les nombres de lignes suivant&nbsp;:
+   initialement les nombres de lignes suivant&nbsp;:
 <screen>
 table                   # de lignes
 ---------------------------------
@@ -882,7 +882,7 @@ pgbench <optional> <replaceable>options</replaceable> </optional>
    commande <option>-D</option>, quelques variables sont
    automatiquement prédéfinies, listées sous
    <xref linkend="pgbench-automatic-variables"/>.
-    Une valeur de ces variables définie via la l'option <option>-D</option>
+    Une valeur de ces variables définie via l'option <option>-D</option>
     aura priorité sur la valeur définie
     automatiquement. Une fois définie, la valeur d'une variable peut
     être insérée dans les commandes SQL en écrivant <literal>:</literal>
@@ -1372,7 +1372,7 @@ f(x) = PHI(2.0 * parameter * (x - mu) / (max - min + 1)) /
    <replaceable>retard_min</replaceable>,
    et <replaceable>retard_max</replaceable> sont présents uniquement si
    l'option <option>--rate</option> a été spécifiée.
-   Ils fournissents des statistiques sur le temps que chaque transaction a eu à
+   Ils fournissent des statistiques sur le temps que chaque transaction a eu à
    attendre la fin de la précédente, c'est-à-dire la différence entre la
    date de départ prévue et la date de départ réelle de chaque transaction.
    Le tout dernier champ,
@@ -1465,7 +1465,7 @@ script statistics:
   <title>Bonnes pratiques</title>
 
   <para>
-   Il facile d'utiliser <application>pgbench</application> pour produire
+   Il est facile d'utiliser <application>pgbench</application> pour produire
    des résultats complètement dénués de sens&nbsp;!
    Voici quelques conseils pour vous aider à obtenir des résultats
    pertinents.