Relecture du chapitre sur les requêtes parallélisées

postgresql/parallel.xml

@@ -19,7 +19,7 @@
    due à une requête parallélisée est souvent très significative. Beaucoup de
    ces requêtes peuvent s'exécuter au moins deux fois plus rapidement grâce à
    la parallélisation, et certaines requêtes quatre fois
-   voire plus. Les requêtes touchant à une grande quantité de données mais
+   voire plus. Les requêtes touchant à une grande quantité de données, mais
    ne retournant que quelques lignes à l'utilisateur sont généralement celles
    qui bénéficient le plus de cette fonctionnalité. Ce chapitre explique
    quelques détails sur le fonctionnement des requêtes parallélisées et dans
@@ -110,7 +110,7 @@ EXPLAIN SELECT * FROM pgbench_accounts WHERE filler LIKE '%x%';
 
   <para>
     Il existe plusieurs paramètres pouvant empêcher le planificateur
-    de la requête de générer un plan parallélisé quelque soient les
+    de la requête de générer un plan parallélisé quelles que soient les
     circonstances. Pour faire en sorte que des plans parallélisés puissent
     être générés, les paramètres suivants doivent être configurés ainsi&nbsp;:
   </para>
@@ -171,7 +171,7 @@ EXPLAIN SELECT * FROM pgbench_accounts WHERE filler LIKE '%x%';
         linkend="sql-declare">DECLARE CURSOR</link> n'utilisera jamais un plan
         parallélisé. De façon similaire, une boucle PL/pgsql de la forme
         <literal>FOR x IN query LOOP .. END LOOP</literal> n'utilisera jamais
-        un plan parallélisé car le système est incapable de vérifier que le
+        un plan parallélisé, car le système est incapable de vérifier que le
         code dans la boucle peut s'exécuter en toute sécurité avec une requête
         parallélisée.
       </para>
@@ -288,7 +288,7 @@ EXPLAIN SELECT * FROM pgbench_accounts WHERE filler LIKE '%x%';
   </para>
 
  <sect2 id="parallel-scans">
-  <title>Parcours parallélisées</title>
+  <title>Parcours parallélisés</title>
 
   <para>
     Actuellement, le seul type de parcours qui ait été modifié pour fonctionner
@@ -500,7 +500,7 @@ EXPLAIN SELECT * FROM pgbench_accounts WHERE filler LIKE '%x%';
     peut être cause d'erreurs ou de réponses fausses à
     l'utilisation dans une requête parallélisée. Les fonctions en langage C
     peuvent en théorie avoir des comportements indéfinis en cas de mauvais
-    marquage car le système n'a aucun moyen de se défendre contre du code C
+    marquage, car le système n'a aucun moyen de se défendre contre du code C
     arbitraire. Cela étant dit, dans la plupart des cas, le résultat ne sera pas
     pire qu'avec toute autre fonction. En cas de doute, le mieux est probablement
     de marquer les fonctions en tant que <literal>UNSAFE</literal>.