Mise à jour en version 9.5.3

postgresql/func.xml

@@ -11523,10 +11523,17 @@ pour trouver <literal>foo</literal></lineannotation></programlisting>
     Pour éviter le blocage de transactions concurrentes qui obtiennent des
     nombres de la même séquence, une opération <function>nextval</function>
     n'est jamais annulée&nbsp;; c'est-à-dire qu'une fois la valeur
-    récupérée, elle est considérée utilisée, même si la transaction qui exécute
-    <function>nextval</function> avorte par la suite. Cela signifie que les transactions
-    annulées peuvent laisser des <quote>trous</quote> inutilisés dans la
-    séquence des valeurs assignées.
+    récupérée, elle est considérée utilisée et ne sera jamais renvoyée de
+    nouveau. Ceci est vrai même si la transaction appelante finit par demander
+    son annulation ou si la requête appelant finit par ne pas utiliser la
+    valeur. Par exemple, un <command>INSERT</command> doté d'une clause
+    <literal>ON CONFLICT</literal> traitera la ligne à insérer, en incluant
+    tout appel requis à <function>nextval</function> avant de détecter un
+    conflit qui déclenchera la règle <literal>ON CONFLICT</literal>. De tels
+    cas laisseront des valeurs inutilisées (des trous) dans la séquence de
+    valeurs utilisées. De ce fait, les séquences proposées par
+    <productname>PostgreSQL</productname> <emphasis>ne peuvent pas être
+    utilisées pour obtenir des séquences <quote>sans trou</quote></emphasis>.
    </para>
   </important>
       </listitem>
@@ -11554,7 +11561,7 @@ pour trouver <literal>foo</literal></lineannotation></programlisting>
             Renvoie la valeur la plus récemment retournée par
             <function>nextval</function> dans la session courante. Cette fonction est
             identique à <function>currval</function>, sauf qu'au lieu de prendre le
-            nom de la séquence comme argument, elle récupère la valeur de la dernière
+            nom de la séquence comme argument, elle se réfère à la dernière
             séquence utilisée par <function>nextval</function> dans la session en
             cours. Si <function>nextval</function> n'a pas encore été appelée dans la
             session en cours, un appel à <function>lastval</function> produit une

postgresql/high-availability.xml

@@ -983,7 +983,7 @@ primary_conninfo = 'host=192.168.1.50 port=5432 user=foo password=foopass'
     </para>
     <para>
      Les slots de réplication existants et leur états peuvent être vus dans la vue
-     <link linkend="catalog-pg-replication-slots"><structname>pg_replication_slots</structname></link>.
+     <link linkend="view-pg-replication-slots"><structname>pg_replication_slots</structname></link>.
     </para>
     <para>
      Les slots de réplication peuvent être créés et supprimés soit via le

postgresql/indices.xml

@@ -393,7 +393,7 @@ SELECT * FROM places ORDER BY location <-> point '(101,456)' LIMIT 10;
   </para>
 
   <para>
-   Actuellement, seuls les types d'index B-trees, GiST et GIN supportent les
+   Actuellement, seuls les types d'index B-trees, GiST, GIN et BRIN supportent les
    index multicolonnes. 32 colonnes peuvent être précisées, au maximum.
    Cette limite peut être modifiée à la compilation de
    <productname>PostgreSQL</productname>. Voir le fichier
@@ -446,6 +446,16 @@ SELECT * FROM places ORDER BY location <-> point '(101,456)' LIMIT 10;
    soit les colonnes de l'index que la requête utilise
   </para>
 
+  <para>
+   Un index BRIN multi-colonnes peut être utilisé avec des conditions dans la
+   requête qui impliquent tout sous-ensemble de colonnes dans l'index. Comme
+   GIN et contrairement à B-tree ou GiST, l'efficacité de la recherche par
+   l'index est la même quelque soit les colonnes utilisées dans les conditions
+   de la requête. La seule raison d'avoir plusieurs index BRIN au lieu d'un
+   index BRIN multi-colonnes sur une table est d'avoir un paramétrage de
+   stockage <literal>pages_per_range</literal> différent.
+  </para>
+
   <para>
    Chaque colonne doit évidemment être utilisée avec des opérateurs appropriés
    au type de l'index&nbsp;; les clauses qui impliquent d'autres opérateurs ne

postgresql/install-windows.xml

@@ -21,10 +21,10 @@
   Il existe différentes façons de construire PostgreSQL sur
   <productname>Windows</productname>. La façon la plus simple de le faire est
   d'utiliser les outils Microsoft. Pour cela, il faut installer une version
-  supportée de <productname>Visual Studio Express 2013 for Windows
+  supportée de <productname>Visual Studio Express 2015 for Windows
   Desktop</productname> et utiliser le compilateur inclus. Il est aussi
   possible de construire PostgreSQL avec <productname>Microsoft Visual C++
-  2005 à 2013</productname>. Dans certains cas, il faut installer le
+  2005 à 2015</productname>. Dans certains cas, il faut installer le
   <productname>Windows SDK</productname> en plus du compilateur.
  </para>
 
@@ -83,20 +83,27 @@
    SDK</productname>. Si vous n'avez pas déjà un environnement
    <productname>Visual Studio</productname> configuré, le plus simple est
    d'utiliser les compilateurs disponibles dans <productname>Visual Studio
-   Express 2013 for Windows Desktop</productname> ou ceux fournis dans le
+   Express 2015 for Windows Desktop</productname> ou ceux fournis dans le
    <productname>Windows SDK 7.1</productname>, qui sont tous disponibles en
    téléchargement libre sur le site de Microsoft.
   </para>
 
   <para>
-   La compilation de PostgreSQL a été testée en utilisant les compilateurs
-   livrés avec <productname>Visual Studio 2005</productname> jusqu'à
-   <productname>Visual Studio 2013</productname> (en incluant les éditions
-   Express), ainsi que les SDK Windows autonomes (versions 6.0 à 7.1). Les
-   constructions 64 bits de PostgreSQL sont seulement supportées avec les
-   versions allant de la 6.0a à la 7.1 de <productname>Microsoft Windows
-   SDK</productname>, ainsi qu'avec <productname>Visual Studio
-   2008</productname> et les versions suivantes.
+   Les constructions 32 bits et 64 bits sont possible avec la suite Microsoft
+   Compiler. Les constructions 32 bits sont possibles avec
+   <productname>Visual Studio 2005</productname> jusqu'à
+   <productname>Visual Studio 2015</productname> (en incluant les éditions
+   Express), ainsi que les versions autonomes Windows SDK, de la version 6.0 à
+   la version 7.1. Les constructions 64 bits sont supportées avec
+   <productname>Microsoft Windows SDK</productname>, de la version 6.0a à la
+   version 7.1, ou <productname>Visual Studio 2008</productname> et les versions
+   ultérieures. La compilation est supportée depuis <productname>Windows
+   XP</productname> et <productname>Windows Server 2003</productname> lors de
+   la construction avec <productname>Visual Studio 2005</ et jusqu'à
+   <productname>Visual Studio 2013</productname>. Construire avec
+   <productname>Visual Studio 2015</productname> est supportée depuis
+   <productname>Windows Vista</productname> et <productname>Windows Server
+   2008</productname>.
   </para>
 
   <para>
@@ -236,9 +243,6 @@
         disponible à partir de son <ulink
         url="http://www.mingw.org/wiki/MSYS">site officiel</ulink> et faisant
         partie de la suite de compilation <productname>MinGW</productname>.
-        Vous pouvez aussi obtenir <productname>msys</productname> en tant que
-        partie de <productname>msysGit</productname> à partir du <ulink
-        url="http://git-scm.com/">site git-scm.com</ulink>.
        </para>
 
        <para>
@@ -247,9 +251,7 @@
         variable d'environnement PATH dans <filename>buildenv.pl</filename>
         sauf s'ils y sont déjà. Dans le cas de MinGW, le répertoire est le
         sous-répertoire <filename>\msys\1.0\bin</filename> de votre répertoire
-        d'installation de MinGW. Pour msysGit, il s'agit du répertoire
-        <filename>bin</filename> du répertoire d'installation de Git.
-        N'ajoutez pas les outils du compilateur MinGW dans le chemin.
+        d'installation de MinGW.
        </para>
 
        <note>

postgresql/logicaldecoding.xml

@@ -318,7 +318,7 @@ $ pg_recvlogical -d postgres --slot test --drop-slot
  <sect1 id="logicaldecoding-catalogs">
   <title>Catalogues systèmes liés au décodage logique</title>
   <para>
-   Les vues <link linkend="catalog-pg-replication-slots"><structname>
+   Les vues <link linkend="view-pg-replication-slots"><structname>
      pg_replication_slots</structname></link> et
    <link linkend="monitoring-stats-views-table"><structname>pg_stat_replication</structname></link>
    fournissent respectivement des informations sur l'état courant des slots de

postgresql/ref/alter_index.xml

@@ -40,16 +40,6 @@ ALTER INDEX ALL IN TABLESPACE <replaceable class="PARAMETER">name</replaceable>
 
    <variablelist>
 
-    <varlistentry>
-     <term><literal>IF EXISTS</literal></term>
-     <listitem>
-      <para>
-       Ne retourne par d'erreur si l'index n'existe pas. Seul un message d'avertissement
-       est retourné dans ce cas.
-      </para>
-     </listitem>
-    </varlistentry>
-
     <varlistentry>
      <term><literal>RENAME</literal></term>
      <listitem>
@@ -122,6 +112,16 @@ ALTER INDEX ALL IN TABLESPACE <replaceable class="PARAMETER">name</replaceable>
 
   <variablelist>
 
+   <varlistentry>
+    <term><literal>IF EXISTS</literal></term>
+    <listitem>
+     <para>
+      Ne retourne par d'erreur si l'index n'existe pas. Seul un message d'avertissement
+      est retourné dans ce cas.
+     </para>
+    </listitem>
+   </varlistentry>
+
    <varlistentry>
     <term><replaceable class="parameter">nom</replaceable></term>
     <listitem>

postgresql/ref/create_sequence.xml

@@ -244,6 +244,16 @@
    (-9223372036854775808 à 9223372036854775807).
   </para>
 
+  <para>
+   Comme les appels à <function>nextval</function> et <function>setval</function>
+   ne sont jamais annulés, les objets séquences ne peuvent pas être utilisés
+   si des affectations <quote>sans trous</quote> sont nécessaires. Il est
+   possible de construire une affectation sans trou en utilisant des verrous
+   exclusifs sur une table contenant un compteur. Cependant, cette soltuion
+   est bien plus coûteuse que les objets séquences, tout spécialement si un
+   grand nombre de transactions ont besoin de numéro de séquence en parallèle.
+  </para>
+
   <para>
    Des résultats inattendus peuvent être obtenus dans le cas d'un
    paramétrage de <replaceable class="parameter">cache</replaceable> supérieur

postgresql/ref/pg_xlogdump.xml

@@ -161,7 +161,7 @@ PostgreSQL documentation
 
      <varlistentry>
       <term><option>-t <replaceable>timeline</replaceable></option></term>
-      <term><option>--timelime=<replaceable>timeline</replaceable></option></term>
+      <term><option>--timeline=<replaceable>timeline</replaceable></option></term>
       <listitem>
        <para>
         La timeline des journaux depuis laquelle on lit les enregistrements.

postgresql/ref/pgbench.xml

@@ -1161,6 +1161,9 @@ END;
    début effective de la transaction, en micro secondes.
    Il est présent uniquement lorsque l'option <option>--rate</option> est
    utilisée.
+   Quand les options <option>--rate</option> et <option>--latency-limit</option>
+   sont utilisées en même temp, le champ <replaceable>time</replaceable> pour
+   une transaction ignorée sera rapportée en tant que <literal>skipped</literal>.
 
    Le dernier champ <replaceable>skipped_transactions</replaceable>
    rapporte le nombre de transactions ignorées car elles avaient trop de
@@ -1271,7 +1274,7 @@ END;
 
   <para>
    Notez que, tant que le fichier journal est brut (c'est-à-dire non
-   agrégé), il contient des index des fichiers scripts personnalisés
+   agrégé), il contient une référence des fichiers scripts personnalisés
    que le fichier journal agrégé ne contient pas. De ce fait, si vous
    avez besoin des données de vos scripts, vous devrez agréger ces
    données vous-même.

postgresql/ref/postgres-ref.xml

@@ -640,16 +640,6 @@
     </listitem>
    </varlistentry>
 
-   <varlistentry>
-    <term><envar>TZ</envar></term>
-
-    <listitem>
-     <para>
-      Fuseau horaire du serveur
-     </para>
-    </listitem>
-   </varlistentry>
-
   </variablelist>
  </refsect1>