Mise à jour en version 15 beta 4

postgresql/acronyms.xml

@@ -323,9 +323,7 @@
     <term><acronym>HOT</acronym></term>
     <listitem>
      <para>
-      <ulink
-      url="https://git.postgresql.org/gitweb/?p=postgresql.git;a=blob;f=src/backend/access/heap/README.HOT;hb=HEAD">Heap-Only
-       Tuples</ulink>, tuples en mémoire seule
+      <link linkend="storage-hot">Heap-Only Tuples</link>
      </para>
     </listitem>
    </varlistentry>

postgresql/adminpack.xml

@@ -23,7 +23,8 @@
   linkend="functions-admin-genfile-table"/>, qui fournissent des accès en
   lecture seule.) Seuls les fichiers du répertoire principal de l'instance
   sont accessibles, sauf si l'utilisateur a l'attribut SUPERUSER ou fait
-  partie des rôles pg_read_server_files ou pg_write_server_files, suivant la
+  partie des rôles <literal>pg_read_server_files</literal> ou
+  <literal>pg_write_server_files</literal>, suivant la
   fonction. Les chemins relatifs et absolus sont permis.
  </para>
 

postgresql/archive-modules.xml

@@ -116,7 +116,7 @@ typedef bool (*ArchiveFileCB) (const char *file, const char *path);
     le fichier segment WAL original. Si la valeur <literal>false</literal> est renvoyée, le
     serveur conservera le fichier segment WAL original et réessayera de
     l'archiver plus tard.
-    <literal>file</literal> contiendra juste le nom du fichier du segment WAL à
+    <replaceable>file</replaceable> contiendra juste le nom du fichier du segment WAL à
     archiver, alors que <literal>path</literal> contiendra le chemin complet du
     fichier segment WAL (nom du fichier inclus).
    </para>

postgresql/backup.xml

@@ -705,8 +705,8 @@ pg_restore -d <replaceable class="parameter">nom_base</replaceable> <replaceable
     Si la fonction d'archivage émet un message de niveau
     <literal>ERROR</literal> ou <literal>FATAL</literal>, le processus
     d'archivage quitte, puis est relancé par le processus postmaster. Si vous
-    archivez via une commande, un message de niveau FATAL est émis si la
-    commande se termine avec un signal (autre que
+    archivez via une commande, un message de niveau <literal>FATAL</literal>
+    est émis si la commande se termine avec un signal (autre que
     <systemitem>SIGTERM</systemitem> qui est utilisé pour l'arrêt du serveur) ou
     avec une erreur du shell avec un code de sortie supérieur à 125 (tel que
     commande introuvable). Dans ces cas, l'échec n'est pas rapporté dans <xref
@@ -1014,11 +1014,12 @@ pg_restore -d <replaceable class="parameter">nom_base</replaceable> <replaceable
         <varname>archive_mode</varname> doit valoir <literal>always</literal>
         pour que la fonction <function>pg_backup_stop</function> soit en
         attente. L'archivage de ces fichiers est automatique puisque
-        <varname>archive_library</varname> est déjà configuré. Dans la
+        <varname>archive_library</varname> ou <varname>archive_command</varname>
+        est déjà configuré. Dans la
         plupart des cas, c'est rapide, mais il est conseillé de surveiller le
         système d'archivage pour s'assurer qu'il n'y a pas de retard. Si le
         processus d'archivage a pris du retard en raison d'échecs de la
-        bibliothèque d'archivage, il continuera d'essayer jusqu'à ce que
+        bibliothèque ou de la commande d'archivage, il continuera d'essayer jusqu'à ce que
         l'archivage réussisse et que la sauvegarde soit complète. Pour
         positionner une limite au temps d'exécution de
         <function>pg_backup_stop</function>, il faut positionner

postgresql/basebackup-to-shell.xml

@@ -9,8 +9,9 @@
  <para>
   <filename>basebackup_to_shell</filename> ajoute une méthode de sauvegarde
   personnalisée nommée <literal>shell</literal>. Elle permet de lancer
-  <literal>pg_basebackup --target=shell</literal> ou, selon la configuration
-  du module, <literal>pg_basebackup --target=shell:CHAINE_DETAILS</literal>,
+  <command>pg_basebackup --target=shell</command> ou, selon la configuration
+  du module, <command>pg_basebackup
+  --target=shell:<replaceable>CHAINE_DETAILS</replaceable></command>,
   ce qui provoquera l'exécution sur le serveur, pour chaque archive tar
   générée par la sauvegarde, d'une commande choisie par l'administrateur.
   La commande recevra le contenu de l'archive sur son entrée standard.

postgresql/btree.xml

@@ -669,8 +669,9 @@ options(<replaceable>relopts</replaceable> <type>local_relopts *</type>) returns
     version originale) des lignes peut parfois s'accumuler et nuire à la
     latence et au débit des requêtes. Ceci se produit typiquement avec des
     charges élevées en <command>UPDATE</command> où la plupart des mises à
-    jour individuelles ne peuvent appliquer l'optimisation
-    <acronym>HOT</acronym>. Changer la valeur de seulement une colonne
+    jour individuelles ne peuvent appliquer
+    l'<link linkend="storage-hot">optimisation <acronym>HOT</acronym>.</link>
+    Changer la valeur de seulement une colonne
     couverte par un index durant un <command>UPDATE</command> nécessite
     <emphasis>toujours</emphasis> un nouveau ensemble d'entrées
     d'index &mdash; un pour <emphasis>chaque et tous les</emphasis> index sur

postgresql/catalogs.xml

@@ -4513,8 +4513,8 @@ SCRAM-SHA-256$<replaceable>&lt;nombre d'itération&gt;</replaceable>:<replaceabl
         <structfield>xmin</structfield> de cette ligne de
         <structname>pg_index</structname> est en-dessous de leur horizon
         d'événements <symbol>TransactionXmin</symbol>, car la table peut
-        contenir des chaînes
-        HOT cassées avec des lignes incompatibles qu'elles peuvent voir.
+        contenir des <link linkend="storage-hot">chaînes HOT</link>
+        cassées avec des lignes incompatibles qu'elles peuvent voir.
        </para></entry>
      </row>
 

postgresql/config.xml

@@ -2895,11 +2895,11 @@ block : bloc vidé,  dirty bloc : bloc à vider ?
      serveur.
     </para>
     <para>
-     Au niveau <literal>minimal</literal>, aucune information n'est tracée
-     pour les tables permanentes pour le reste d'une transaction qui les crée
-     et les réécrit. Ceci peut rendre certaines opérations bien plus rapides
-     (voir <xref linkend="populate-pitr"/>). Les opérations qui initient cette
-     optimisation incluent&nbsp;:
+     Le niveau <literal>minimal</literal> génère le moins de volume WAL. Il ne
+     trace aucune ligne pour les relations permanentes dans des transactions qui
+     les ont créées ou réécrites.  Ceci peut rendre certaines opérations bien
+     plus rapides (voir <xref linkend="populate-pitr"/>). Les opérations qui
+     initient cette optimisation incluent&nbsp;:
      <simplelist>
       <member><command>CREATE TABLE AS</command></member>
       <member><command>CREATE INDEX</command></member>
@@ -2917,17 +2917,18 @@ block : bloc vidé,  dirty bloc : bloc à vider ?
      d'informations pour reconstruire les données à partir d'une sauvegarde
      de base et des journaux de transactions. Donc, les niveaux
      <literal>replica</literal> ou supérieurs doivent
-     être utilisés pour activer l'archivage des journaux de transactions
-     (<xref linkend="guc-archive-mode"/>) et la réplication en flux.
-     Note that changing <varname>wal_level</varname> to
-     <literal>minimal</literal> makes any base backups taken before
-     unavailable for archive recovery and standby server, which may
-     lead to data loss.
+     être utilisés pour activer l'archivage continue des journaux de transactions
+     (<xref linkend="guc-archive-mode"/>) et la réplication binaire en flux.
+     En fait, le serveur ne démarrera pas dans ce mode si
+     <literal>max_wal_senders</literal> est différent de zéro.
+     Notez que changer <varname>wal_level</varname> à la valeur
+     <literal>minimal</literal> rend les sauvegardes de base précédentes inutilisables
+     pour une restauration PITR et pour des serveurs secondaires.
     </para>
     <para>
      Dans le niveau <literal>logical</literal>, les mêmes informations sont
      enregistrées que pour le mode <literal>replica</literal>. Des
-     informations supplémentaires sont ajoutées pour permettre d'extraire les
+     informations supplémentaires sont ajoutées pour extraire les
      modifications logiques depuis les journaux de transactions. En utilisant
      le niveau <literal>logical</literal>, le volume des journaux de
      transactions va augmenter, tout particulièrement si plusieurs tables
@@ -4693,7 +4694,8 @@ ANY <replaceable class="parameter">nb_sync</replaceable> ( <replaceable class="p
     </indexterm>
     <para>
      Indique le nombre de transactions pour lesquelles <command>VACUUM</command>
-     et les mises à jour <acronym>HOT</acronym> vont différer le nettoyage des
+     et les <link linkend="storage-hot">mises à jour <acronym>HOT</acronym></link>
+     vont différer le nettoyage des
      versions de lignes mortes. La valeur par défaut est de 0 transactions.
      Cela signifie que les versions de lignes mortes peuvent être supprimées
      dès que possible, autrement dit dès qu'elles ne sont plus visibles par
@@ -7116,6 +7118,13 @@ local0.*    /var/log/postgresql
 <sect2 id="runtime-config-logging-what">
  <title>Que tracer</title>
 
+ <note>
+  <para>
+   Ce que vous choisissez de tracer peut avoir des implications sur la sécurité&nbsp;;
+   voir <xref linkend="logfile-maintenance"/>.
+  </para>
+ </note>
+
  <variablelist>
 
   <varlistentry id="guc-application-name" xreflabel="application_name">
@@ -7729,6 +7738,10 @@ log_line_prefix = '%m [%p] %q%u@%d/%a '
       <varname>log_min_error_statement</varname> doit être positionné à
       <literal>ERROR</literal> pour tracer ce type d'instructions.
      </para>
+     <para>
+      Les requêtes tracées pourraient révéler des données sensibles et même contenir
+      des mots de passe en clair.
+     </para>
     </note>
    </listitem>
   </varlistentry>

postgresql/datatype.xml

@@ -1234,6 +1234,8 @@ SELECT '52093.89'::money::numeric::float8;
     <type>char(<replaceable>n</replaceable>)</type> sont des alias de
     <type>character varying(<replaceable>n</replaceable>)</type> et
     <type>character(<replaceable>n</replaceable>)</type>, respectivement.
+    Si indiqué, la longueur doit être supérieur à zéro et ne peut pas excéder
+    10485760.
     <type>character</type> sans indication de taille est équivalent à
     <type>character(1)</type>. Si <type>character varying</type> est
     utilisé sans indicateur de taille, le type accepte des chaînes de