Mise à jour en version 11.6

postgresql/config.xml

@@ -50,7 +50,7 @@
       <emphasis>Chaîne de caractères</emphasis>&nbsp;:
       En général, entoure la valeur de guillemets simples, doublant tout
       guillemet simple compris dans la valeur. Les guillemets peuvent
-      habituellement être omis si la valeur est un nomnbre ou un identifiant
+      habituellement être omis si la valeur est un nombre ou un identifiant
       simple.
      </para>
     </listitem>
@@ -143,6 +143,8 @@ shared_buffers = 128MB</programlisting>
     guillemets simples. Pour intégrer un guillemet simple dans la valeur d'un
     paramètre, on écrit soit deux guillemets (c'est la méthode préférée) soit
     un antislash suivi du guillemet.
+    Si le fichier contient plusieurs entrées du même paramètre, tous sont
+    ignorés sauf le dernier.
    </para>
 
    <para>
@@ -192,21 +194,33 @@ shared_buffers = 128MB</programlisting>
      données d'un serveur <productname>PostgreSQL</productname> contient un
      fichier <filename>postgresql.auto.conf</filename>
      <indexterm><primary>postgresql.auto.conf</primary></indexterm>, qui a le
-     même format que le fichier <filename>postgresql.conf</filename>. Cependant,
-     il ne devrait jamais être édité manuellement. Ce fichier contient les
+     même format que le fichier <filename>postgresql.conf</filename> et qui a
+     pour but d'être modifié automatiquement plutôt que manuellement.
+     Ce fichier contient les
      configurations réalisées avec la commande <xref linkend="sql-altersystem"/>.
-     Ce fichier est lu automatiquement quand le fichier
-     <filename>postgresql.conf</filename> et lu, et son contenu prend effet de
+     Ce fichier est lu à chaque fois que le fichier
+     <filename>postgresql.conf</filename> est lu, et son contenu prend effet de
      la même façon. Les paramètres configurés dans
      <filename>postgresql.auto.conf</filename> surchargent ceux configurés dans
      <filename>postgresql.conf</filename>.
     </para>
 
+    <para>
+     Des outils externes peuvent aussi modifier le fichier
+     <filename>postgresql.auto.conf</filename>. Il n'est pas recommandé de le
+     faire alors que le serveur est en cours d'exécution car une commande
+     <command>ALTER SYSTEM</command> exécutée en parallèle pourrait supprimer
+     de telles modifications. De tels outils devraient simplement ajouter
+     les nouvelles configurations à la fin. Ils pourraient aussi choisir de
+     supprimer les configurations dupliquées et/ou les commentaires
+     (ce que fait <command>ALTER SYSTEM</command>).
+    </para>
+
     <para>
      La vue système
      <link linkend="view-pg-file-settings"><structname>pg_file_settings</structname></link>
-     peut être utile pour tester par avance des modifications dans le
-     fichier de configuration, ou pour diagnostiquer des problèmes si
+     peut être utile pour tester par avance des modifications dans les
+     fichiers de configuration, ou pour diagnostiquer des problèmes si
      un signal <systemitem>SIGHUP</systemitem> n'a pas eu les effets
      désirés.
     </para>
@@ -7095,10 +7109,8 @@ Ces paramètres contrôlent le comportement de la fonctionnalité appelée
     séparément pour chaque tentative d'acquisition d'un verrou. La limite
     s'applique pour les demandes de verrous explicites (comme <command>LOCK
      TABLE</command>, ou <command>SELECT FOR UPDATE</command> sans
-    <literal>NOWAIT</literal>) et pour ceux acquis implicitement. Si
-    <varname>log_min_error_statement</varname> est configuré à
-    <literal>ERROR</literal> ou plus bas, l'instruction qui dépasse ce délai
-    sera tracé. Une valeur de zéro (valeur par défaut) désactive ce
+    <literal>NOWAIT</literal>) et pour ceux acquis implicitement.
+    Une valeur de zéro (valeur par défaut) désactive ce
     comportement.
    </para>
 
@@ -7108,7 +7120,10 @@ Ces paramètres contrôlent le comportement de la fonctionnalité appelée
     <varname>statement_timeout</varname> est différent de zéro, il est
     plutôt inutile de configurer <varname>lock_timeout</varname> à la
     même valeur ou à une valeur plus importante puisque le délai sur la
-    requête se déclenchera toujours avant.
+    requête se déclenchera toujours avant. Si
+    <varname>log_min_error_statement</varname> est configuré à
+    <literal>ERROR</literal> ou plus bas, l'instruction qui dépasse ce délai
+    sera tracé. 
    </para>
 
    <para>

postgresql/custom-scan.xml

@@ -102,10 +102,7 @@ typedef struct CustomPath
    comme prévu. <structfield>methods</structfield> doit pointer vers un
    objet (généralement alloué statiquement) implémentant les méthodes
    obligatoires d'un chemin personnalisé. Pour l'instant, il n'y en a
-   qu'une. Les champs <structfield>LibraryName</structfield> et
-   <structfield>SymbolName</structfield> doivent aussi être initialisés
-   pour que le chargeur dynamique puisse les résoudre pour situer la
-   table de méthode.
+   qu'une.
   </para>
 
   <para>

postgresql/datatype.xml

@@ -2238,17 +2238,17 @@ SELECT 'abc \153\154\155 \052\251\124'::bytea;
          <row>
           <entry><literal>today</literal></entry>
           <entry><type>date</type>, <type>timestamp</type></entry>
-          <entry>aujourd'hui minuit</entry>
+          <entry>aujourd'hui minuit (<literal>00:00</literal>)</entry>
          </row>
          <row>
           <entry><literal>tomorrow</literal></entry>
           <entry><type>date</type>, <type>timestamp</type></entry>
-          <entry>demain minuit</entry>
+          <entry>demain minuit (<literal>00:00</literal>)</entry>
          </row>
          <row>
           <entry><literal>yesterday</literal></entry>
           <entry><type>date</type>, <type>timestamp</type></entry>
-          <entry>hier minuit</entry>
+          <entry>hier minuit (<literal>00:00</literal>)</entry>
          </row>
          <row>
           <entry><literal>allballs</literal></entry>
@@ -4344,6 +4344,12 @@ a0ee-bc99-9c0b-4ef8-bb6d-6bb9-bd38-0a11
       est un document complet ou seulement un fragment de contenu.
      </para>
 
+     <para>
+      Les limites et notes de compatibilité pour le type de données
+      <type>xml</type> sont disponibles dans <xref
+      linkend="xml-limits-conformance"/>.
+     </para>
+
      <sect2>
       <title>Créer des valeurs XML</title>
       <para>

postgresql/ddl.xml

@@ -3379,12 +3379,12 @@ ALTER TABLE measurement ATTACH PARTITION measurement_y2008m02
      recommandé de créer une contrainte <literal>CHECK</literal> sur la table
      qui doit être attachée décrivant la contrainte de partition désirée.  De
      cette manière, le système n'aura pas besoin d'effectuer un parcours de la
-     table pour valider la contrainte de partition implicite. Sans une telle
-     contrainte, la table sera parcourue pour valider la contrainte de
-     partition tout en ayant un verrou de niveau <literal>ACCESS
-     EXCLUSIVE</literal> sur la table parente. Vous pouvez alors supprimer
-     la contrainte après que <command>ATTACH PARTITION</command> soit fini, car
-     elle n'est plus nécessaire.
+     table pour valider la contrainte de partition implicite. Sans la
+     contrainte <literal>CHECK</literal>, la table sera parcourue pour valider
+     la contrainte de partition tout en ayant un verrou de niveau
+     <literal>ACCESS EXCLUSIVE</literal> sur la table parente. Vous pouvez
+     alors supprimer la contrainte <literal>CHECK</literal> redondante après
+     que <command>ATTACH PARTITION</command> soit fini.
     </para>
 
     <para>

postgresql/ecpg.xml

@@ -81,7 +81,7 @@ EXEC SQL ...;
    linkend="ddl-schemas-patterns">méthode sécurisée d'usage des
    schemas</link>, commencez chaque session en supprimant les schémas
    modifiables par tout le monde du paramètre <varname>search_path</varname>.
-   Par exemple, ajoutez <literal>options=-csearch_path=</literal> à
+   Par exemple, ajoutez <literal>options=-c search_path=</literal> à
    <literal><replaceable>options</replaceable></literal> ou exécutez
    <literal>EXEC SQL SELECT pg_catalog.set_config('search_path', '',
    false);</literal> tout de suite après la connexion. Cette considération
@@ -189,6 +189,19 @@ EXEC SQL CONNECT TO <replaceable>cible</replaceable> <optional>AS <replaceable>n
     une chaîne SQL littérale, ou une référence à une variable caractère.
    </para>
 
+   <para>
+    Si la cible de connexion indiclut des <replaceable>options</replaceable>,
+    ils doivent consister en des paires
+    <literal><replaceable>motclé</replaceable>=<replaceable>valeur</replaceable></literal>
+    séparées par un point-virgule (<literal>&amp;</literal>).
+    Les mots-clés autorisés sont les mêmes que ceux reconnus par
+    <application>libpq</application> (voir
+    <xref linkend="libpq-paramkeywords"/>). Les espaces sont ignorés avant tout
+    <replaceable>motclé</replaceable> ou <replaceable>valeur</replaceable>, mais
+    pas à l'intérieur de l'un ou l'autre. Notez qu'il n'existe pas de moyens
+    d'écrire <literal>&amp;</literal> dans une <replaceable>valeur</replaceable>.
+   </para>
+
    <para>
     Le <replaceable>nom-connexion</replaceable> est utilisé pour gérer
     plusieurs connexions dans un programme. Il peut être omis si le programme
@@ -4997,7 +5010,7 @@ struct
 
    <para>
     Les champs <structfield>sqlcaid</structfield>,
-    <structfield>sqlcabc</structfield>,
+    <structfield>sqlabc</structfield>,
     <structfield>sqlerrp</structfield>, et les éléments restants de
     <structfield>sqlerrd</structfield> et
     <structfield>sqlwarn</structfield> ne contiennent pour le moment
@@ -6494,7 +6507,7 @@ DATABASE <replaceable>connection_target</replaceable>
     </varlistentry>
 
     <varlistentry>
-     <term><replaceable class="PARAMETER">connection_object</replaceable></term>
+     <term><replaceable class="PARAMETER">connection_name</replaceable></term>
      <listitem>
       <para>
        Un identifiant optionnel pour la connexion, afin qu'on puisse

postgresql/extend.xml

@@ -873,7 +873,7 @@ SELECT pg_catalog.pg_extension_config_dump('my_config', 'WHERE NOT standard_entr
     sa base de données dynamiquement d'une version à une autre, vous pouvez
     fournir <firstterm>des scripts de mise à jour</firstterm> qui feront les
     modifications nécessaires. Les scripts de mise à jour ont un nom qui correspond au format
-    <literal><replaceable>extension</replaceable>--<replaceable>oldversion</replaceable>--<replaceable>newversion</replaceable>.sql</literal>
+    <literal><replaceable>extension</replaceable>--<replaceable>ancienne_version</replaceable>--<replaceable>nouvelle_version</replaceable>.sql</literal>
     (par exemple, <literal>foo--1.0--1.1.sql</literal> contient les commandes pour modifier
     la version <literal>1.0</literal> de l'extension <literal>foo</literal> en la version
     <literal>1.1</literal>).

postgresql/fdwhandler.xml

@@ -893,10 +893,12 @@ IsForeignRelUpdatable (Relation rel);
      modifient les lignes, une par une. Dans certains cas, cette approche
      ligne par ligne est nécessaire mais elle peut s'avérer inefficace. S'il
      est possible pour le serveur distant de déterminer les lignes à modifier
-     sans avoir à les récupérer, et qu'il n'y a pas de triggers locals qui
-     pourraient affecter l'opération, alors il est possible de s'arranger pour
-     que l'opération entière soit réalisée sur le serveur distant. Les
-     interfaces décrites ci-dessous rendent cela possible.
+     sans avoir à les récupérer, et qu'il n'y a pas de structures locales qui
+     pourraient affecter l'opération (triggers locaux niveau ligne ou
+     contraintes <literal>WITH CHECK OPTION</literal> à partir des vues
+     parents), alors il est possible de s'arranger pour que l'opération entière
+     soit réalisée sur le serveur distant. Les interfaces décrites ci-dessous
+     rendent cela possible.
     </para>
 
     <para>