Petit fix

postgresql/parallel.xml

@@ -397,8 +397,9 @@ EXPLAIN SELECT * FROM pgbench_accounts WHERE filler LIKE '%x%';
   <para>
     Le planificateur classifie les opérations impliquées dans une requête
     comme étant soit <firstterm>sûres à paralléliser</firstterm>,
-    <firstterm>restreintes pour la parallélisation</firstterm>, ou <firstterm>à
-    non sûres à la parallélisation</firstterm>. Une opération sûre à la parallélisation
+    <firstterm>restreintes pour la parallélisation</firstterm>, ou
+	<firstterm>non sûres à la parallélisation</firstterm>. Une opération
+	sûre à la parallélisation
     est une opération qui n'entre pas en conflit avec l'utilisation d'une
     requête parallélisée. Une opération restreinte à la parallélisation est
     une opération qui ne peut pas être exécutée par un
@@ -456,7 +457,7 @@ EXPLAIN SELECT * FROM pgbench_accounts WHERE filler LIKE '%x%';
     un agrégat défini par un utilisateur est sûr, restreint ou non sûr pour la
     parallélisation car cela nécessiterait de pouvoir prédire chaque opération
     réalisée par la fonction. En général, c'est équivalent au
-    Problème de l'arrêt et de ce fait, impossible.
+    problème de l'arrêt et de ce fait, impossible.
     Même pour des fonctions simples où cela pourrait se faire, nous n'essayons
     pas car cela serait coûteux et sujet à erreurs. À la place, toutes les
     fonctions définies par des utilisateurs sont supposées non sûres à la