Typos dans performances + traduction de caveats

postgresql/perform.xml

@@ -199,7 +199,7 @@ EXPLAIN UPDATE parent SET f2 = f2 + 1 WHERE f1 = 101;
     filles ainsi que la table parent mentionnée dans la requête. Donc il y a
     quatre sous-plans de parcours en entrée, un par table. Pour plus de
     clareté, le nœud Update est annoté pour afficher les tables cibles
-    spécifiques à mettre à journ, dans le même ordre que les sous-plans
+    spécifiques à mettre à jour, dans le même ordre que les sous-plans
     correspondants. (Ces annotations commence avec
     <productname>PostgreSQL</productname> 9.5&nbsp;; dans les versions
     précédentes, l'en-tête doit conduire aux tables cibles en inspectant les
@@ -713,7 +713,7 @@ EXPLAIN ANALYZE SELECT * FROM tenk1 WHERE ten &lt; 7;
    <para>
     Un cas similaire aux conditions de filtre apparait avec des parcours
     d'index <quote>avec perte</quote>. Par exemple, regardez cette recherche
-    de poligone contenant un point spécifique&nbsp;:
+    de polygone contenant un point spécifique&nbsp;:
 
     <screen>
 EXPLAIN ANALYZE SELECT * FROM polygon_tbl WHERE f1 @&gt; polygon '(0.5,2.0)';
@@ -853,7 +853,7 @@ ROLLBACK;
   </sect2>
 
   <sect2 id="using-explain-caveats">
-   <title>Caveats</title>
+   <title>Avertissements</title>
 
    <para>
     Il existe deux raisons importantes pour lesquelles les temps d'exécution