Mise à jour en version 9.6.3

gleu · May 28, 2017 · fc513f6 · fc513f6
1 parent ad7b5dc
commit fc513f6
Show file tree

Hide file tree

Showing 27 changed files with 3,508 additions and 146 deletions.
diff --git a/postgresql/backup.xml b/postgresql/backup.xml
@@ -908,9 +908,10 @@ SELECT pg_start_backup('label', false, false);
      vérification (voir le paramètre de configuration
      <xref linkend="guc-checkpoint-completion-target"/>). Habituellement,
      ce comportement est appréciable, car il minimise l'impact du traitement
-     des requêtes.
-	 Pour commencer la sauvegarde dès que possible, 
-	 changer le second paramètre à <literal>true</literal>.
+     des requêtes. Pour commencer la sauvegarde dès que possible, changer le
+     second paramètre à <literal>true</literal>, ce qui exécutera un
+     checkpoint immédiat en utilisant autant d'entrées/sorties disque que
+     disponible.
     </para>
 
     <para>

diff --git a/postgresql/biblio.xml b/postgresql/biblio.xml
@@ -297,7 +297,7 @@ ssimkovi@ag.or.at
     <pubdate>Avril 1990</pubdate>
     <publisher>
      <publishername>Université de Californie</publishername>
-     <address>Berkely, Californie</address>
+     <address>Berkeley, Californie</address>
     </publisher>
    </biblioset>
   </biblioentry>

diff --git a/postgresql/catalogs.xml b/postgresql/catalogs.xml
@@ -7594,7 +7594,13 @@
       <entry></entry>
       <entry>
        Options spécifiques à la correspondance d'utilisateurs, sous forme de
-       chaînes <quote>motclé=valeur</quote>.
+       chaînes <quote>motclé=valeur</quote>. Cette colonne s'affichera comme
+       NULL sauf si l'utilisateur courant est celui en cours de correspondance
+       ou si la correspondance concerne <literal>PUBLIC</literal> et que
+       l'utilisateur courant est le propriétaire du serveur ou que
+       l'utilisateur courant est un superutilisateur. Le but est de protéger
+       les informations sur les mots de passe, enregistrées dans une option de
+       la correspondance d'utilisateur.
       </entry>
      </row>
     </tbody>

diff --git a/postgresql/external-projects.xml b/postgresql/external-projects.xml
@@ -193,7 +193,7 @@
      <row>
       <entry>PL/R</entry>
       <entry>R</entry>
-      <entry><ulink url="http://www.joeconway.com/plr/">http://www.joeconway.com/plr/</ulink></entry>
+      <entry><ulink url="http://www.joeconway.com/plr.html">http://www.joeconway.com/plr.html</ulink></entry>
      </row>
 
      <row>

diff --git a/postgresql/func.xml b/postgresql/func.xml
@@ -6208,15 +6208,18 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
      </row>
      <row>
       <entry><literal>TZ</literal></entry>
-      <entry>nom en majuscule du fuseau horaire (en majuscules)</entry>
+      <entry>abréviation du fuseau horaire en majuscule (seulement supporté
+       avec <function>to_char</function>)</entry>
      </row>
      <row>
       <entry><literal>tz</literal></entry>
-      <entry>nom en minuscule du fuseau horaire (en minuscules)</entry>
+      <entry>abréviation du fuseau horaire en minuscule (seulement supporté
+       avec <function>to_char</function>)</entry>
      </row>
      <row>
       <entry><literal>OF</literal></entry>
-      <entry>time-zone offset</entry>
+      <entry>décalage du fuseau horaire à partir d'UTC (seulement supporté
+       avec <function>to_char</function>)</entry>
      </row>
     </tbody>
    </tgroup>
@@ -15699,6 +15702,12 @@ SELECT * FROM pg_ls_dir('.') WITH ORDINALITY AS t(ls,n);
              soumise par le client (pourrait contenir plus d'une instruction)</entry>
            </row>
 
+           <row>
+            <entry><literal><function>current_role</function></literal></entry>
+            <entry><type>name</type></entry>
+            <entry>équivalent à <function>current_user</function></entry>
+           </row>
+
            <row>
             <entry><literal><function>current_schema</function>[()]</literal></entry>
             <entry><type>nom</type></entry>
@@ -15827,12 +15836,14 @@ SELECT * FROM pg_ls_dir('.') WITH ORDINALITY AS t(ls,n);
 
         <note>
          <para>
-          <function>current_catalog</function>, <function>current_schema</function>,
-          <function>current_user</function>, <function>session_user</function>,
-          et <function>user</function> ont un statut syntaxique spécial en
-          <acronym>SQL</acronym>&nbsp;: ils doivent être appelés sans
-          parenthèses à droite (optionnel avec PostgreSQL dans le cas de
-          <function>current_schema</function>).
+          <function>current_catalog</function>,
+          <function>current_role</function>,
+          <function>current_schema</function>,
+          <function>current_user</function>,
+          <function>session_user</function>,
+          ont un statut syntaxique spécial en <acronym>SQL</acronym>&nbsp;:
+          ils doivent être appelés sans parenthèses à droite (optionnel avec
+          PostgreSQL dans le cas de <function>current_schema</function>).
          </para>
         </note>
 
@@ -15848,6 +15859,10 @@ SELECT * FROM pg_ls_dir('.') WITH ORDINALITY AS t(ls,n);
          <primary>current_query</primary>
         </indexterm>
 
+        <indexterm>
+         <primary>current_role</primary>
+        </indexterm>
+
         <indexterm>
          <primary>current_schema</primary>
         </indexterm>
@@ -15900,7 +15915,13 @@ SELECT * FROM pg_ls_dir('.') WITH ORDINALITY AS t(ls,n);
           DEFINER</literal>. En langage Unix, l'utilisateur de la session
          est le <quote>real user</quote> (NdT&nbsp;: l'utilisateur réel) et
          l'utilisateur courant est l'<quote>effective user</quote>
-         (NdT&nbsp;: l'utilisateur effectif) .
+         (NdT&nbsp;: l'utilisateur effectif).
+         <function>current_role</function> et <function>user</function> sont
+         des synonymes pour <function>current_user</function>. (Le standard SQL
+         fait une distinction entre <function>current_role</function> et
+         <function>current_user</function>, mais
+         <productname>PostgreSQL</productname> ne la fait pas car il unifit les
+         utilisateurs et les rôles en un seul type d'entité.)
         </para>
 
         <para>

diff --git a/postgresql/high-availability.xml b/postgresql/high-availability.xml
@@ -87,9 +87,7 @@
  <para>
   Le reste de cette section souligne différentes solutions de
   <foreignphrase>failover</foreignphrase>, de réplication et de répartition de
-  charge. Un <ulink
-  url="http://www.postgres-r.org/documentation/terms">glossaire</ulink> est
-  aussi disponible.
+  charge.
  </para>
 
  <sect1 id="different-replication-solutions">
@@ -233,7 +231,7 @@ protocol to make nodes agree on a serializable transactional order.
       réplication.  Il est impératif que
       toute transaction soit validée ou annulée sur tous les serveurs,
       éventuellement par validation en deux phases (<xref
-      linkend="sql-prepare-transaction"/> et <xref linkend="sql-commit-prepared"/>.
+      linkend="sql-prepare-transaction"/> et <xref linkend="sql-commit-prepared"/>).
       <productname>Pgpool-II</productname> et <productname>Continuent
        Tungsten</productname> sont des exemples de ce type de réplication.
      </para>

diff --git a/postgresql/installation.xml b/postgresql/installation.xml
@@ -1639,6 +1639,29 @@ su - postgres
      </variablelist>
     </para>
 
+    <para>
+     Parfois, il est utile d'ajouter des options de compilation à l'ensemble
+     choisi par <filename>configure</filename> après coup. Un exemple parlant
+     concerne l'option <option>-Werror</option> de
+     <application>gcc</application> qui ne peut pas être incluse dans la
+     variable <envar>CFLAGS</envar> passée à <filename>configure</filename>,
+     car il cassera un ggrand nombre de tests internes de
+     <filename>configure</filename>. Pour ajouter de telles options, incluez-
+     les dans la variable d'environnement <envar>COPT</envar> lors de
+     l'exécution de <filename>gmake</filename>. Le contenu de
+     <envar>COPT</envar> est ajouté aux variables <envar>CFLAGS</envar> et
+     <envar>LDFLAGS</envar> configurées par <filename>configure</filename>.
+     Par exemple, vous pouvez faire&nbsp;:
+<screen>
+<userinput>gmake COPT='-Werror'</userinput>
+</screen>
+     ou
+<screen>
+<userinput>export COPT='-Werror'</userinput>
+<userinput>gmake</userinput>
+</screen>
+    </para>
+
     <note>
      <para>
       Lors de l'écriture de code à l'intérieur du serveur, il est recommandé
@@ -1661,6 +1684,16 @@ su - postgres
       de passer une option à <application>make</application>:
       <command>make PROFILE=-O0 file.o</command>.
      </para>
+
+     <para>
+      Les variables d'environnement <envar>COPT</envar> et
+      <envar>PROFILE</envar> sont gérées de façon identique par les fichiers
+      makefile de <productname>PostgreSQL</productname>. Laquelle utiliser est
+      une affaire de préférence, mais un usage commun parmi les développeurs
+      est d'utiliser <envar>PROFILE</envar> pour les ajustements inhabituels
+      alors que <envar>COPT</envar> servirait aux variables à configurer à
+      chaque fois.
+     </para>
     </note>
    </step>
 

diff --git a/postgresql/libpq.xml b/postgresql/libpq.xml
@@ -6490,7 +6490,10 @@ myEventProc(PGEventId evtId, void *evtInfo, void *passThrough)
       <primary><envar>PGREQUIRESSL</envar></primary>
      </indexterm>
      <envar>PGREQUIRESSL</envar> se comporte de la même façon que le paramètre
-     de configuration <xref linkend="libpq-connect-requiressl"/>.
+      de configuration <xref linkend="libpq-connect-requiressl"/>.
+      Cette variable d'environnement est abandonnée au profit de la variable
+      <envar>PGSSLMODE</envar>, mais la configuration des deux variables
+      supprime l'effet de <envar>PGSSLMODE</envar>.
     </para>
    </listitem>
    <listitem>

diff --git a/postgresql/logicaldecoding.xml b/postgresql/logicaldecoding.xml
@@ -375,7 +375,7 @@ typedef struct OutputPluginCallbacks
     LogicalDecodeShutdownCB shutdown_cb;
 } OutputPluginCallbacks;
 
-typedef void (*LogicalOutputPluginInit)(struct OutputPluginCallbacks *cb);
+typedef void (*LogicalOutputPluginInit) (struct OutputPluginCallbacks *cb);
     </programlisting>
     Les callbacks <function>begin_cb</function>, <function>change_cb</function>
     et <function>commit_cb</function> sont obligatoires,
@@ -414,7 +414,7 @@ CREATE TABLE autre_table_catalogue(data text) WITH (user_catalog_table = true);
     rbitraires (par exemple du <type>bytea</type>) est complexe. Si le plugin en sortie
     renvoit seulement les données au format texte dans l'encodage du serveur,
     il peut déclarer cela en configurant
-    <literal>OutputPluginOptions.output_mode</literal> à
+    <literal>OutputPluginOptions.output_type</literal> à
     <literal>OUTPUT_PLUGIN_TEXTUAL_OUTPUT</literal> au lieu de
     <literal>OUTPUT_PLUGIN_BINARY_OUTPUT</literal> dans la
     <link linkend="logicaldecoding-output-plugin-startup">fonction callback de
@@ -458,11 +458,9 @@ CREATE TABLE autre_table_catalogue(data text) WITH (user_catalog_table = true);
      les flux de changement, indépendamment du nombre de changements qui sont
      prêt à être fournis.
      <programlisting>
-typedef void (*LogicalDecodeStartupCB) (
-    struct LogicalDecodingContext *ctx,
-    OutputPluginOptions *options,
-    bool is_init
-);
+typedef void (*LogicalDecodeStartupCB) (struct LogicalDecodingContext *ctx,
+                                        OutputPluginOptions *options,
+                                        bool is_init);
      </programlisting>
      Le paramètre <literal>is_init</literal> sera positioné à true quand le
      slot de réplication est créé, et à false sinon.
@@ -495,9 +493,7 @@ typedef struct OutputPluginOptions
      du plugin de sortie. Le slot n'est pas nécessairement supprimé, le
      flux est juste arrêté.
      <programlisting>
-typedef void (*LogicalDecodeShutdownCB) (
-    struct LogicalDecodingContext *ctx
-);
+typedef void (*LogicalDecodeShutdownCB) (struct LogicalDecodingContext *ctx);
      </programlisting>
     </para>
    </sect3>
@@ -508,10 +504,8 @@ typedef void (*LogicalDecodeShutdownCB) (
      fois que le début d'une transaction validée a été décodé. Les
      transactions annulées et leur contenu ne sont pas décodés.
      <programlisting>
-typedef void (*LogicalDecodeBeginCB) (
-    struct LogicalDecodingContext *,
-    ReorderBufferTXN *txn
-);
+typedef void (*LogicalDecodeBeginCB) (struct LogicalDecodingContext *ctx,
+                                      ReorderBufferTXN *txn);
      </programlisting>
      Le paramètre <parameter>txn</parameter> contient des métadonnées sur la
      transaction, comme l'heure à laquelle elle a été validée et son XID.
@@ -525,10 +519,9 @@ typedef void (*LogicalDecodeBeginCB) (
      <function>change_cb</function> aura été appelé avant cela pour chacune
      des lignes modifiées, s'il y en a eu.
      <programlisting>
-typedef void (*LogicalDecodeCommitCB) (
-    struct LogicalDecodingContext *,
-    ReorderBufferTXN *txn
-);
+typedef void (*LogicalDecodeCommitCB) (struct LogicalDecodingContext *ctx,
+                                       ReorderBufferTXN *txn,
+                                       XLogRecPtr commit_lsn);
      </programlisting>
     </para>
    </sect3>
@@ -542,12 +535,10 @@ typedef void (*LogicalDecodeCommitCB) (
      plusieurs ligne en une seule instruction, le callback sera appelé
      pour chaque ligne individuellement.
      <programlisting>
-typedef void (*LogicalDecodeChangeCB) (
-    struct LogicalDecodingContext *ctx,
-    ReorderBufferTXN *txn,
-    Relation relation,
-    ReorderBufferChange *change
-);
+typedef void (*LogicalDecodeChangeCB) (struct LogicalDecodingContext *ctx,
+                                       ReorderBufferTXN *txn,
+                                       Relation relation,
+                                       ReorderBufferChange *change);
      </programlisting>
      Les paramètres <parameter>ctx</parameter> et <parameter>txn</parameter>
      ont le même contenu que pour les callbacks <function>begin_cb</function>

diff --git a/postgresql/monitoring.xml b/postgresql/monitoring.xml
@@ -340,6 +340,14 @@ postgres   27093  0.0  0.0  30096  2752 ?        Ss   11:34   0:00 postgres: ser
       </entry>
      </row>
 
+     <row>
+      <entry><structname>pg_stat_progress_vacuum</structname><indexterm><primary>pg_stat_progress_vacuum</primary></indexterm></entry>
+      <entry>Une ligne pour chaque processus (incluant les processus
+       autovacuum worker) exécutant un <command>VACUUM</command>, affichant le
+       progrès en cours.Voir <xref
+       linkend='vacuum-progress-reporting'/>.</entry>
+     </row>
+
     </tbody>
    </tgroup>
   </table>
@@ -536,14 +544,6 @@ postgres   27093  0.0  0.0  30096  2752 ?        Ss   11:34   0:00 postgres: ser
       (qui ne sont <emphasis>pas</emphasis> encore inclus dans
       <structname>pg_stat_user_functions</structname>)</entry>
      </row>
-
-     <row>
-      <entry><structname>pg_stat_progress_vacuum</structname><indexterm><primary>pg_stat_progress_vacuum</primary></indexterm></entry>
-      <entry>Une ligne pour chaque processus (incluant les processus
-       autovacuum worker) exécutant un <command>VACUUM</command>, affichant le
-       progrès en cours.Voir <xref
-       linkend='vacuum-progress-reporting'/>.</entry>
-     </row>
     </tgroup>
    </table>
   </sect2>