Mise à jour en version 13.12

postgresql/catalogs.xml

@@ -1563,7 +1563,7 @@
        <para>
         Pour les rôles qui peuvent se connecter, indique le nombre maximum
         de connexions concurrentes que le rôle peut initier. -1 signifie qu'il
-        n'y a pas de limite.
+        n'y a pas de limite, -2 indique que la base de données est invalide.
        </para></entry>
      </row>
 

postgresql/custom-scan.xml

@@ -99,8 +99,7 @@ typedef struct CustomPath
    debuggage qui essaient d'imprimer le chemin personnalisé fonctionnent
    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.
+   obligatoires d'un chemin personnalisé, qui sont détaillées ci-dessous.
   </para>
 
   <para>
@@ -144,6 +143,22 @@ Plan *(*PlanCustomPath) (PlannerInfo *root,
     que la fonction callback doit alloué et initialisé. Voir <xref
     linkend="custom-scan-plan"/> pour plus de détails.
    </para>
+
+   <para>
+<programlisting>
+List *(*ReparameterizeCustomPathByChild) (PlannerInfo *root,
+                                          List *custom_private,
+                                          RelOptInfo *child_rel);
+</programlisting>
+    Cette fonction callback est appelée lors de la conversion d'un chemin
+    à paramètres par le parent de la relation <literal>child_rel</literal>.
+    La fonction callback est utilisé pour re-paramétrer tout chemin ou traduire des
+    nœuds d'expression sauvegardé dans le membre <literal>custom_private</literal>
+    donné d'un <structname>CustomPath</structname>. La fonction callback pourrait
+    utiliser <literal>reparameterize_path_by_child</literal>,
+    <literal>adjust_appendrel_attrs</literal> ou
+    <literal>adjust_appendrel_attrs_multilevel</literal> comme requis.
+   </para>
   </sect2>
  </sect1>
 

postgresql/func.xml

@@ -20643,7 +20643,7 @@ dans cette section renvoient des résultats booléens (true/false).
 </synopsis>
 
 <para>
- Le côté droit est une liste entre parenthèses d'expressions scalaires. Le
+ Le côté droit est une liste entre parenthèses d'expressions. Le
  résultat est <quote>true</quote> si le résultat de l'expression côté gauche
  est égal à une des expressions côté droit. Cette notation est un raccourci
  pour
@@ -20674,7 +20674,7 @@ OR
 </synopsis>
 
 <para>
- Le côté droit est une liste entre parenthèses d'expressions scalaires. Le
+ Le côté droit est une liste entre parenthèses d'expressions. Le
  résultat est <quote>true</quote> si le résultat de l'expression côté gauche
  est différent à toutes les expressions côté droit. Cette notation est un
  raccourci pour
@@ -20784,28 +20784,26 @@ AND
 
 <para>
  Chaque côté est un constructeur de lignes, comme décrit dans <xref
- linkend="sql-syntax-row-constructors"/>. Les deux valeurs de lignes doivent
- avoir le même nombre de champs. Chaque côté est évalué et est comparé ligne
- par ligne. Les comparaisons de constructeur de lignes sont autorisées quand
- l'opérateur<replaceable>operator</replaceable> est
+ linkend="sql-syntax-row-constructors"/>.
+ Les deux constructeurs de lignes doivent avoir le même nombre de champs.
+ L'<replaceable>opérateur</replaceable> indiqué est appliqué à chaque paire
+ de champs correspondant. (Comme les champs pourraient être de types
+ différents, ceci signifie qu'un opérateur spécifique différent pourrait être
+ sélectionné pour chaque paire.)
+ Tous les opérateurs sélectionnés doivent être les membres
+ d'une classe d'opérateur B-tree ou être l'inverse d'un membre
+ <literal>=</literal> d'une classe d'opérateur B-tree, ceci signifiant
+ que la comparaison de constructeur de lignes est seulement possible
+ quand l'opérateur <replaceable>operator</replaceable> est
  <literal>=</literal>,
  <literal>&lt;&gt;</literal>,
  <literal>&lt;</literal>,
  <literal>&lt;=</literal>,
  <literal>&gt;</literal> ou
- <literal>&gt;=</literal>.
- Chaque élément de ligne doit être d'un type disposant d'une classe
- d'opérateur B-tree par défaut. Dans le cas contraire, la tentative de
- comparaison renverra une erreur.
+ <literal>&gt;=</literal>, ou a une sémantique similaire à l'une d'entre
+ elles.
 </para>
 
-<note>
- <para>
-  Les erreurs relatives au nombre ou aux types des éléments ne surviennent
-  pas si la comparaison est résolue en utilisant les premières colonnes.
- </para>
-</note>
-
 <para>
  Les cas <literal>=</literal> et <literal>&lt;&gt;</literal> fonctionnent
  légèrement différemment des autres. Les deux lignes sont considérées égales

postgresql/history.xml

@@ -11,7 +11,7 @@
   Le système de bases de données relationnelles objet
   <productname>PostgreSQL</productname> est issu de
   <productname>POSTGRES</productname>, programme écrit à l'université de
-  Californie à Berkeley. Après plus d'une vingtaine d'années de développement,
+  Californie à Berkeley. Après des dizaines d'années de développement,
   <productname>PostgreSQL</productname> annonce être devenu la base de données
   libre de référence.
  </para>

postgresql/logical-replication.xml

@@ -514,9 +514,14 @@
 
   <para>
    Le processus apply sur l'instance de la base abonnée fonctionne toujours
-   avec le paramètre <varname>session_replication_role</varname> défini
-   à la valeur <literal>replica</literal>, qui produit les effets habituels
-   sur les triggers et les contraintes.
+   avec le paramètre <link linkend="guc-session-replication-role"><varname>session_replication_role</varname></link> défini
+   à la valeur <literal>replica</literal>. Ceci signifie que, par défaut, les
+   triggers et règles ne se déclencheront pas sur un abonné. Les utilisateurs
+   peuvent choisir en option d'activer les triggers et les règles sur une table
+   en utilisant la commande
+   <link linkend="sql-altertable"><command>ALTER TABLE</command></link> command
+   et les clauses <literal>ENABLE TRIGGER</literal> et <literal>ENABLE
+   RULE</literal>.
   </para>
 
   <para>

postgresql/ref/alter_foreign_table.xml

@@ -528,7 +528,7 @@ ALTER FOREIGN TABLE distributeurs ALTER COLUMN rue SET NOT NULL;
   <para>
    Pour modifier les options d'une table distante&nbsp;:
    <programlisting>
-ALTER FOREIGN TABLE mon_schema.distributeurs OPTIONS (ADD opt1 'valeur', SET opt2, 'valeur2', DROP opt3 'valeur3');
+ALTER FOREIGN TABLE mon_schema.distributeurs OPTIONS (ADD opt1 'valeur', SET opt2 'valeur2', DROP opt3);
    </programlisting>
   </para>
 

postgresql/ref/create_statistics.xml

@@ -129,6 +129,13 @@ CREATE STATISTICS [ IF NOT EXISTS ] <replaceable class="parameter">nom_statistiq
    lisant ses données. Une fois celui-ci créé le propriétaire de l'objet
    statistiques est indépendant de la ou les tables sous-jacentes.
   </para>
+
+  <para>
+   Les statistiques étendues ne sont actuellement pas utilisées par l'optimiseur
+   pour les estimations de sélectivité réalisées pour les jointures de table.
+   Cette limitation sera probablement supprimée dans une version future de
+   <productname>PostgreSQL</productname>.
+  </para>
  </refsect1>
 
  <refsect1 id="sql-createstatistics-examples">

postgresql/ref/drop_subscription.xml

@@ -81,7 +81,9 @@ DROP SUBSCRIPTION [ IF EXISTS ] <replaceable class="parameter">nom</replaceable>
    distant n'est pas atteignable soit parce que le slot de réplication distant
    ne peut être supprimé ou n'existe pas ou n'a jamais existé, la commande
    <command>DROP SUBSCRIPTION</command> échouera. Pour continuer avec cette
-   situation, dissociez la souscription du slot de réplication en exécutant la
+   situation, tout d'abord désactivez la souscription en exécutant
+   <literal>ALTER SUBSCRIPTION ... DISABLE</literal>, puis dissociez la
+   souscription du slot de réplication en exécutant la
    commande <literal>ALTER SUBSCRIPTION ... SET (slot_name = NONE)</literal>.
    Après cela, <command>DROP SUBSCRIPTION</command> ne tentera plus d'actions
    sur l'hôte distant. Notez que si le slot de réplication distant existe