Mise à jour en version 14.9

postgresql/catalogs.xml

@@ -1586,7 +1586,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/config.xml

@@ -1915,7 +1915,7 @@ include 'nom_fichier'
      valeur. Les opérations de tri sont utilisées pour <literal>ORDER
       BY</literal>, <literal>DISTINCT</literal> et les jointures de fusion. Les
      tables de hachage sont utilisées dans les jointures de hachage, les
-     agrégations, les nœuds de cache de résultat et le traitement des
+     agrégations, les nœuds Memoize et le traitement des
      sous-requêtes <literal>IN</literal> fondés sur le hachage.
     </para>
     <para>

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/ddl.xml

@@ -5259,7 +5259,8 @@ HINT:  Use DROP ... CASCADE to drop the dependent objects too.</screen>
   </para>
 
   <para>
-   Pour les fonctions définies par les utilisateurs,
+   Pour les fonctions définies par les utilisateurs ou les procédures dont
+   le corps est défini comme une chaîne,
    <productname>PostgreSQL</productname> trace les dépendances associées avec
    les propriétés de la fonction visibles en externe, comme les types de
    données des arguments et du résultat. Par contre, il ne trace
@@ -5289,5 +5290,24 @@ CREATE FUNCTION get_color_note (rainbow) RETURNS text AS
    causera une erreur. Créer une nouvelle table de même nom permettra à la
    fonction d'être valide de nouveau.
   </para>
+
+  <para>
+   D'un autre côté, pour une fonction en langage SQL ou une procédure dont
+   le corps est écrit dans un style SQL, le corps est analysé à la création
+   de la fonction et toutes les dépendances reconnues par l'analyseur
+   sont enregistrées. De ce fait, si nous écrivons la fonction ci-dessus
+   ainsi&nbsp;:
+
+<programlisting>
+CREATE FUNCTION get_color_note (rainbow) RETURNS text
+BEGIN ATOMIC
+  SELECT note FROM my_colors WHERE color = $1;
+END;
+</programlisting>
+
+   alors la dépendance de la fonction avec la table
+   <structname>my_colors</structname> sera connu et respecté par
+   une instruction <command>DROP</command>.
+  </para>
  </sect1>
 </chapter>

postgresql/func.xml

@@ -21460,7 +21460,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
@@ -21491,7 +21491,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
@@ -21601,28 +21601,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

@@ -538,9 +538,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/pageinspect.xml

@@ -758,15 +758,15 @@ test=# SELECT * FROM gist_page_opaque_info(get_raw_page('test_gist_idx', 2));
       exemple :
 <screen>
 test=# SELECT * FROM gist_page_items(get_raw_page('test_gist_idx', 0), 'test_gist_idx');
- itemoffset |   ctid    | itemlen | dead |       keys        
-------------+-----------+---------+------+-------------------
-          1 | (1,65535) |      40 | f    | (p)=((166,166))
-          2 | (2,65535) |      40 | f    | (p)=((332,332))
-          3 | (3,65535) |      40 | f    | (p)=((498,498))
-          4 | (4,65535) |      40 | f    | (p)=((664,664))
-          5 | (5,65535) |      40 | f    | (p)=((830,830))
-          6 | (6,65535) |      40 | f    | (p)=((996,996))
-          7 | (7,65535) |      40 | f    | (p)=((1000,1000))
+ itemoffset |   ctid    | itemlen | dead |             keys
+------------+-----------+---------+------+-------------------------------
+          1 | (1,65535) |      40 | f    | (p)=("(166,166),(1,1)")
+          2 | (2,65535) |      40 | f    | (p)=("(332,332),(167,167)")
+          3 | (3,65535) |      40 | f    | (p)=("(498,498),(333,333)")
+          4 | (4,65535) |      40 | f    | (p)=("(664,664),(499,499)")
+          5 | (5,65535) |      40 | f    | (p)=("(830,830),(665,665)")
+          6 | (6,65535) |      40 | f    | (p)=("(996,996),(831,831)")
+          7 | (7,65535) |      40 | f    | (p)=("(1000,1000),(997,997)")
 (7 rows)
 </screen>
      </para>

postgresql/ref/alter_foreign_table.xml

@@ -537,7 +537,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

@@ -168,6 +168,13 @@ CREATE STATISTICS [ IF NOT EXISTS ] <replaceable class="parameter">nom_statistiq
    automatiquement pour chaque expression dans la définition de l'objet
    statistique.
   </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

@@ -82,7 +82,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
+   avec cette 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