Quelques corrections

postgresql/xfunc.xml

@@ -1348,7 +1348,7 @@ SELECT concat_values('|', 1, 4, 2);
 
      <indexterm>
       <primary>collation</primary>
-      <secondary>in SQL functions</secondary>
+      <secondary>dans les fonctions SQL</secondary>
      </indexterm>
 
      <para>
@@ -1423,10 +1423,11 @@ $$ LANGUAGE SQL;
     <para>
      Plusieurs fonctions peuvent être définies avec le même nom SQL à condition
      que les arguments soient différents. En d'autres termes, les noms de
-     fonction peuvent être <firstterm>surchargés</firstterm>. Whether or not
-     you use it, this capability entails security precautions when calling
-     functions in databases where some users mistrust other users; see
-     <xref linkend="typeconv-func"/>. Quand une
+     fonction peuvent être <firstterm>surchargés</firstterm>. Que vous l'utilisiez
+	 ou non, cette possibilité implique des précautions au niveau de la
+	 sécurité lors de l'appel de fonctions dans les bases de données où
+	 certains utilisateurs ne font pas confiance aux autres utilisateurs&nbsp;;
+     voir <xref linkend="typeconv-func"/>. Quand une
      requête est exécutée, le serveur déterminera la fonction à appeler à
      partir des types de données des arguments et du nombre d'arguments. La
      surcharge peut aussi être utilisée pour simuler des fonctions avec un
@@ -3416,12 +3417,12 @@ void RequestNamedLWLockTranche(const char *tranche_name, int num_lwlocks)
 
   <indexterm zone="xfunc-optimization">
    <primary>informations d'optimisation</primary>
-   <secondary>pour les functions</secondary>
+   <secondary>pour les fonctions</secondary>
   </indexterm>
 
    <para>
     Par défaut, une fonction est juste une <quote>boîte noire</quote>
-    dont la base de données connait très peu du comportement. De ce fait,
+    dont la base de données connait très peu le comportement. De ce fait,
     il peut arriver que les requêtes utilisant la fonction se trouvent
     exécutées beaucoup moins efficacement qu'elles ne pourraient.
     Il est possible de fournir une connaissance supplémentaire qui aide
@@ -3433,15 +3434,15 @@ void RequestNamedLWLockTranche(const char *tranche_name, int num_lwlocks)
     déclaratives présentes dans la commande <xref linkend="sql-createfunction"/>.
     La plus importante de celles-ci est la <link linkend="xfunc-volatility">
     catégorie de volatilité</link> (<literal>IMMUTABLE</literal>, <literal>STABLE</literal>,
-    or <literal>VOLATILE</literal>); on doit toujours être très soucieux
+    ou <literal>VOLATILE</literal>)&nbsp;; on doit toujours être très soucieux
     de la spécifier correctement lorsqu'on définit une fonction.
     La propriété de sûreté face au parallélisme (<literal>PARALLEL
     UNSAFE</literal>, <literal>PARALLEL RESTRICTED</literal>, ou
     <literal>PARALLEL SAFE</literal>) doit également être spécifiée
     pour espérer utiliser la fonction dans des requêtes parallélisées.
     Il peut aussi être utile de spécifier le coût estimé de l'exécution
     de la fonction, et le nombre de lignes qu'une fonction
-    renvoyant un ensemble d'enregistrement est estimée renvoyer.
+    renvoyant un ensemble d'enregistrements est estimée renvoyer.
     Toutefois, la manière déclarative de spécifier ces deux informations
     ne permet seulement que de donner une valeur constante, ce qui est
     souvent inadéquat.
@@ -3472,7 +3473,7 @@ supportfn(internal) returns internal
     Les détails de l'API des fonctions de support de planification
     se trouvent dans le fichier
     <filename>src/include/nodes/supportnodes.h</filename> dans le code
-    source de <productname>PostgreSQL</productname>. Ici on ne fournit
+    source de <productname>PostgreSQL</productname>. Ici, on ne fournit
     qu'une vue d'ensemble de ce que les fonctions de support de planification
     peuvent faire.
     L'ensemble des demandes possibles adressables à une fonction de support
@@ -3495,7 +3496,7 @@ supportfn(internal) returns internal
     automatiquement pour les opérateurs basés sur cette fonction,
     également &mdash; dans l'exemple juste ci-dessus, <literal>n * 1</literal>
     serait aussi simplifié en <literal>n</literal>.
-    (Mais notez que c'est juste un exemple; cette optimisation particulière
+    (Mais notez que c'est juste un exemple&nbsp;; cette optimisation particulière
     n'est pas réellement mise en oeuvre par <productname>PostgreSQL</productname>.)
     Nous ne garantissons pas que <productname>PostgreSQL</productname> n'appelera
     jamais la fonction cible dans les cas que la fonction de support pourrait
@@ -3504,9 +3505,9 @@ supportfn(internal) returns internal
    </para>
 
    <para>
-    Pour les fonctions cible qui renvoient un booléean, il est souvent utile
+    Pour les fonctions cible qui renvoient un booléen, il est souvent utile
     d'estimer la fraction des lignes qui vont être sélectionnées par une clause
-    WHERE utilisant cette fonction. Ceci réalisable avec une fonction de support
+    WHERE utilisant cette fonction. Ceci est réalisable avec une fonction de support
     qui implémente le type de demande <literal>SupportRequestSelectivity</literal>.
    </para>