Mise à jour en version 9.5.13

postgresql/backup.xml

@@ -33,7 +33,7 @@
    base de données identique à celle sauvegardée.
    <productname>PostgreSQL</productname> propose pour cela le programme utilitaire
    <xref linkend="app-pgdump"/>. L'usage basique est&nbsp;:
-   <synopsis>pg_dump <replaceable class="parameter">base_de_donnees</replaceable> &gt; <replaceable class="parameter">fichier_de_sortie</replaceable></synopsis>
+   <synopsis>pg_dump <replaceable class="parameter">base_de_donnees</replaceable> &gt; <replaceable class="parameter">fichier_sauvegarde</replaceable></synopsis>
    <application>pg_dump</application> écrit son résultat sur la
    sortie standard. Son utilité est expliquée plus loin.
    Bien que la commande ci-dessus crée un fichier texte,
@@ -114,8 +114,8 @@
     Les fichiers texte créés par <application>pg_dump</application> peuvent être
     lus par le programme <application>psql</application>. La syntaxe générale
     d'une commande de restauration est
-<synopsis>psql <replaceable class="parameter">base_de_donnees</replaceable> &lt; <replaceable class="parameter">fichier_d_entree</replaceable></synopsis>
-    où <replaceable class="parameter">fichier_d_entree</replaceable> est
+<synopsis>psql <replaceable class="parameter">base_de_donnees</replaceable> &lt; <replaceable class="parameter">fichier_sauvegarde</replaceable></synopsis>
+    où <replaceable class="parameter">fichier_sauvegarde</replaceable> est
     le fichier en sortie de la commande <application>pg_dump</application>. La base de données
     <replaceable class="parameter">base_de_donnees</replaceable> n'est pas créée par cette
     commande. Elle doit être créée à partir de <literal>template0</literal>
@@ -146,7 +146,7 @@
     <literal>ON_ERROR_STOP</literal> configurée pour modifier ce comportement.
     <application>psql</application> quitte alors avec un
     code d'erreur 3 si une erreur SQL survient&nbsp;:
-<programlisting>psql --set ON_ERROR_STOP=on base_de_données &lt; infile
+<programlisting>psql --set ON_ERROR_STOP=on base_de_données &lt; fichier_sauvegarde
    </programlisting>
    Dans tous les cas, une sauvegarde partiellement restaurée est obtenue.
    Si cela n'est pas souhaitable, il est possible d'indiquer que la sauvegarde
@@ -210,10 +210,10 @@
     cluster (ensemble des bases d'une instance) <productname>PostgreSQL</productname> et
     préserve les données communes au cluster, telles que les rôles et tablespaces.
     L'utilisation basique de cette commande est&nbsp;:
-<synopsis>pg_dumpall &gt; <replaceable>fichier_de_sortie</replaceable></synopsis>
+<synopsis>pg_dumpall &gt; <replaceable>fichier_sauvegarde</replaceable></synopsis>
     Le fichier de sauvegarde résultant peut être restauré avec
     <application>psql</application>&nbsp;:
-<synopsis>psql -f <replaceable class="parameter">fichier_d_entree</replaceable> postgres</synopsis>
+<synopsis>psql -f <replaceable class="parameter">fichier_sauvegarde</replaceable> postgres</synopsis>
     (N'importe quelle base de données peut être utilisée pour la connexion
     mais si le rechargement est exécuté sur un cluster vide, il est
     préférable d'utiliser <literal>postgres</literal>.)

postgresql/config.xml

@@ -2937,7 +2937,7 @@ block : bloc vidé,  dirty bloc : bloc à vider ?
      nommé dans cette liste, qui est à la fois connecté et qui récupère
      les données en temps réel (comme indiqué par l'état
      <literal>streaming</literal> dans la vue
-     <link linkend="monitoring-stats-views-table">
+     <link linkend="pg-stat-replication-view">
       <literal>pg_stat_replication</literal></link>). Les autres
      serveurs standards apparaissant plus tard dans cette liste
      sont des serveurs standbys synchrones potentiels. Si le serveur
@@ -3116,7 +3116,7 @@ block : bloc vidé,  dirty bloc : bloc à vider ?
      de réception (walreceiver) sur le serveur de standby envoie des
      informations sur la progression de la réplication au serveur
      en envoi, où elles sont disponibles en utilisant la vue
-     <link linkend="monitoring-stats-views-table"><literal>pg_stat_replication</literal></link>.
+     <link linkend="pg-stat-replication-view"><literal>pg_stat_replication</literal></link>.
      Le serveur en standby
      renvoie la dernière position écrite dans le journal de transactions,
      la dernière position vidée sur disque du journal de transactions,

postgresql/datatype.xml

@@ -65,7 +65,7 @@
 
     <row>
      <entry><type>bit varying [ (<replaceable>n</replaceable>) ]</type></entry>
-     <entry><type>varbit</type></entry>
+     <entry><type>varbit [ (<replaceable>n</replaceable>) ]</type></entry>
      <entry>Suite de bits de longueur variable</entry>
     </row>
 
@@ -3155,19 +3155,29 @@ SELECT personne.nom, vacances.nombre_de_semaines FROM personne, vacances
   <sect2>
    <title>Détails d'implémentation</title>
 
+   <para>
+    Les labels enum sont sensibles à la casse, donc <type>'heureux'</type>
+    n'est pas identique à <type>'HEUREUX'</type>. Les espaces blancs dans les
+    labels sont aussi pris en compte.
+   </para>
+
+   <para>
+    Bien que les types enum ont principalement pour but d'être des ensembles
+    statiques de valeurs, il est possible d'ajouter de nouvelles valeurs à un
+    type enum existant et de renommer les valeurs existantes (voir <xref
+    linkend="sql-altertype"/>). Les valeurs existantes ne peuvent pas être
+    supprimées d'un type enum, pas plus qu'il n'est possible de modifier
+    l'ordre de tri de ces valeurs, si ce n'est en supprimant puis en re-
+    créant le type enum.
+   </para>
+
    <para>
     Une valeur enum occupe quatre octets sur disque. La longueur du label texte
     d'une valeur enum est limité au paramètre <symbol>NAMEDATALEN</symbol>
     codé en dur dans <productname>PostgreSQL</productname>&nbsp;; dans les
     constructions standards, cela signifie un maximum de 63 octets.
    </para>
 
-   <para>
-    Les labels enum sont sensibles à la casse, donc
-    <type>'heureux'</type> n'est pas identique à <type>'HEUREUX'</type>.
-    Les espaces blancs sont significatifs dans les labels.
-   </para>
-
    <para>
     Les traductions des valeurs enum internes vers des labels texte sont
     gardées dans le catalogue système <link linkend="catalog-pg-enum">

postgresql/extend.xml

@@ -878,13 +878,12 @@ SELECT * FROM pg_extension_update_paths('<replaceable>extension_name</replaceabl
 -- se plaint si le script est exécuté directement dans psql, plutôt que via CREATE EXTENSION
 \echo Use "CREATE EXTENSION pair" to load this file. \quit
 
-CREATE TYPE pair AS ( k pg_catalog.text, v pg_catalog.text );
+CREATE TYPE pair AS ( k text, v text );
  
-CREATE OR REPLACE FUNCTION pair(pg_catalog.text, pg_catalog.text)
+CREATE OR REPLACE FUNCTION pair(text, text)
 RETURNS pair LANGUAGE SQL AS 'SELECT ROW($1, $2)::@extschema@.pair;';
  
-CREATE OPERATOR ~> (LEFTARG = pg_catalog.text,
-                    RIGHTARG = pg_catalog.text, PROCEDURE = pair);
+CREATE OPERATOR ~> (LEFTARG = text, RIGHTARG = text, PROCEDURE = pair);
  
 -- "SET search_path" is easy to get right, but qualified names perform better.
 CREATE OR REPLACE FUNCTION lower(pair)

postgresql/external-projects.xml

@@ -149,7 +149,7 @@
   <para>
    Différents outils d'administration sont disponibles pour
    <productname>PostgreSQL</productname>. Le plus populaire est
-   <application><ulink url="http://www.pgadmin.org/">pgAdmin III</ulink></application>
+   <application><ulink url="http://www.pgadmin.org/">pgAdmin</ulink></application>
    mais il existe aussi plusieurs outils commerciaux.
   </para>
  </sect1>

postgresql/func.xml

@@ -10046,6 +10046,25 @@ SELECT xmlagg(x) FROM (SELECT * FROM test ORDER BY y DESC) AS tab;
             </para>
            </sect3>
 
+           <sect3>
+            <title><literal>IS NOT DOCUMENT</literal></title>
+
+            <indexterm>
+             <primary>IS NOT DOCUMENT</primary>
+            </indexterm>
+
+            <synopsis>
+             <replaceable>xml</replaceable> IS NOT DOCUMENT
+            </synopsis>
+
+            <para>
+             L'expression <literal>IS NOT DOCUMENT</literal> renvoie false si
+             la valeur XML est un document XML propre, vrai s'il ne l'est pas
+             (ie, c'est un fragment de document) et NULL si l'argument est
+             NULL.
+            </para>
+           </sect3>
+
            <sect3 id="xml-exists">
             <title><literal>XMLEXISTS</literal></title>
 
@@ -12170,7 +12189,7 @@ END</synopsis>
             <row>
              <entry>
               <literal>
-               <function>array_fill</function>(<type>anyelement</type>, <type>int[]</type>,
+               <function>array_fill</function>(<type>anyelement</type>, <type>int[]</type>
                <optional>, <type>int[]</type></optional>)
               </literal>
              </entry>

postgresql/high-availability.xml

@@ -918,7 +918,7 @@ primary_conninfo = 'host=192.168.1.50 port=5432 user=foo password=foopass'
     </para>
     <para>
      Vous pouvez obtenir la liste des processus émetteurs de WAL au moyen de la vue
-     <link linkend="monitoring-stats-views-table"><literal>pg_stat_replication</literal></link>
+     <link linkend="pg-stat-replication-view"><literal>pg_stat_replication</literal></link>
      D'importantes différences entre les champs <function>pg_current_xlog_location</function> et
      <literal>sent_location</literal> peuvent indiquer que le serveur maître est en surcharge,
      tandis que des différences entre <literal>sent_location</literal> et

postgresql/ltree.xml

@@ -37,10 +37,7 @@
    <literal>L1.L2.L3</literal>, ce qui représente le chemin de la racine
    jusqu'à un nœud particulier. La longueur d'un chemin
    est limité à 65&nbsp;Ko, mais une longueur inférieure ou égale à 2&nbsp;Ko
-   est préférable. Nous considérons qu'il ne s'agit pas d'une limitation
-   stricte. Par exemple, lataille maximum d'un chemin de label dans le
-   <ulink url="http://www.dmoz.org">catalogue DMOZ</ulink> fait environ 240
-   octets&nbsp;!
+   est préférable.
   </para>
 
   <para>

postgresql/ref/create_policy.xml

@@ -471,8 +471,7 @@ CREATE POLICY <replaceable class="parameter">nom</replaceable> ON <replaceable c
       <row>
        <entry><command>INSERT ... RETURNING</command></entry>
        <entry>
-        Nouvelle ligne
-        <footnote id="rls-select-priv">
+        Nouvelle ligne <footnote id="rls-select-priv">
          <para>
           Si l'accès en lecture est requis pour une ligne nouvelle ou
           existante (par exemple, une clause <literal>WHERE</literal> ou
@@ -489,8 +488,7 @@ CREATE POLICY <replaceable class="parameter">nom</replaceable> ON <replaceable c
       <row>
        <entry><command>UPDATE</command></entry>
        <entry>
-        Lignes nouvelles et existantes
-        <footnoteref linkend="rls-select-priv"/>
+        Lignes nouvelles et existantes <footnoteref linkend="rls-select-priv"/>
        </entry>
        <entry>&mdash;</entry>
        <entry>Ligne existante</entry>
@@ -500,8 +498,7 @@ CREATE POLICY <replaceable class="parameter">nom</replaceable> ON <replaceable c
       <row>
        <entry><command>DELETE</command></entry>
        <entry>
-        Ligne existante
-        <footnoteref linkend="rls-select-priv"/>
+        Ligne existante <footnoteref linkend="rls-select-priv"/>
        </entry>
        <entry>&mdash;</entry>
        <entry>&mdash;</entry>

postgresql/ref/create_trigger.xml

@@ -426,6 +426,19 @@ UPDATE OF <replaceable>nom_colonne_1</replaceable> [, <replaceable>nom_colonne_2
    le trigger a besoin d'être déclencher pour quelques lignes.
   </para>
 
+  <para>
+   Les triggers de niveau instruction sur une vue sont déclenchés uniquement
+   si l'action sur la vue est géré par un trigger niveau ligne
+   <literal>INSTEAD OF</literal>. Si l'action est gérée par une règle
+   <literal>INSTEAD</literal>, alors toute instruction émise par la règle est
+   exécutée à la place de l'instruction originale nommant la vue, pour que les
+   triggers qui seront déclenchés soient ceux des tables nommées dans les
+   instructions de remplacement. De façon similaire, si la vue est en mise à
+   jour automatique, alors l'action est gérée en réécrivant automatiquement
+   l'instruction en une action sur la table de base de la vue pour que les
+   triggers niveau instruction de la table de base soient déclenchés.
+  </para>
+
   <para>
    Dans les versions de <productname>PostgreSQL</productname> antérieures à la
    7.3, il était nécessaire de déclarer un type <type>opaque</type> de

postgresql/release-9.1.xml

@@ -9666,7 +9666,7 @@ Branch: REL9_0_STABLE [9d6af7367] 2015-08-15 11:02:34 -0400
       <listitem>
        <para>
         Add system view <link
-        linkend="monitoring-stats-views-table"><structname>pg_stat_replication</structname></link>
+        linkend="pg-stat-replication-view"><structname>pg_stat_replication</structname></link>
         which displays activity of <acronym>WAL</acronym> sender processes (Itagaki
         Takahiro, Simon Riggs)
        </para>