Mise à jour en version 10.14

postgresql/acronyms.xml

@@ -119,7 +119,7 @@
     <term><acronym>CVE</acronym></term>
     <listitem>
      <para>
-      <ulink url="http://cve.mitre.org/">Common Vulnerabilities and
+      <ulink url="https://cve.mitre.org/">Common Vulnerabilities and
        Exposures</ulink>, vulnérabilités usuelles
      </para>
     </listitem>
@@ -346,7 +346,7 @@
     <term><acronym>IEEE</acronym></term>
     <listitem>
      <para>
-      <ulink url="http://standards.ieee.org/">Institute of Electrical and
+      <ulink url="https://standards.ieee.org/">Institute of Electrical and
        Electronics Engineers</ulink>, institut des ingénieurs en électrique et
       électronique
      </para>

postgresql/advanced.xml

@@ -638,7 +638,7 @@ CREATE TABLE capitales (
     <classname>villes</classname>. Le type de la colonne
     <structfield>nom</structfield> est <type>text</type>, un type natif de
     <productname>PostgreSQL</productname> pour les chaînes de caractères à
-    longueur variable. Les capitales d'état ont une colonne supplémentaire,
+    longueur variable. La table <classname>capitales</classname> a une colonne supplémentaire,
     <structfield>etat</structfield>, qui affiche l'état dont elles sont la
     capitale. Sous <productname>PostgreSQL</productname>, une table peut
     hériter de zéro à plusieurs autres tables.

postgresql/biblio.xml

@@ -10,7 +10,7 @@
  <para>
   Quelques livres blancs et rapports techniques réalisés par l'équipe d'origine de
   développement de <productname>POSTGRES</productname> sont
-  disponibles sur le <ulink url="http://db.cs.berkeley.edu/papers/">site
+  disponibles sur le <ulink url="http://dsf.berkeley.edu/papers/">site
   web</ulink> du département des sciences informatiques de l'université
   de Californie.
  </para>
@@ -206,7 +206,7 @@ ssimkovi@ag.or.at
   </biblioentry>
 
   <biblioentry id="fong">
-   <title><ulink url="http://db.cs.berkeley.edu/papers/UCB-MS-zfong.pdf">The
+   <title><ulink url="https://dsf.berkeley.edu/papers/UCB-MS-zfong.pdf">The
      design and implementation of the
      <productname>POSTGRES</productname> query optimizer</ulink></title>
    <author>
@@ -224,6 +224,64 @@ ssimkovi@ag.or.at
  <bibliodiv>
   <title>Procédures et articles</title>
 
+   <biblioentry id="ports12">
+    <biblioset relation="article">
+     <title><ulink url="https://arxiv.org/pdf/1208.4179">Serializable Snapshot Isolation in PostgreSQL</ulink></title>
+     <authorgroup>
+      <author>
+       <firstname>D.</firstname>
+       <surname>Ports</surname>
+      </author>
+      <author>
+       <firstname>K.</firstname>
+       <surname>Grittner</surname>
+      </author>
+     </authorgroup>
+    </biblioset>
+    <confgroup>
+     <conftitle>VLDB Conference</conftitle>
+     <confdates>Août 2012</confdates>
+     <address>Istanbul, Turquie</address>
+    </confgroup>
+   </biblioentry>
+
+   <biblioentry id="berenson95">
+    <biblioset relation="article">
+     <title><ulink url="https://www.microsoft.com/en-us/research/wp-content/uploads/2016/02/tr-95-51.pdf">A Critique of ANSI SQL Isolation Levels</ulink></title>
+     <authorgroup>
+      <author>
+       <firstname>H.</firstname>
+       <surname>Berenson</surname>
+      </author>
+      <author>
+       <firstname>P.</firstname>
+       <surname>Bernstein</surname>
+      </author>
+      <author>
+       <firstname>J.</firstname>
+       <surname>Gray</surname>
+      </author>
+      <author>
+       <firstname>J.</firstname>
+       <surname>Melton</surname>
+      </author>
+      <author>
+       <firstname>E.</firstname>
+       <surname>O'Neil</surname>
+      </author>
+      <author>
+       <firstname>P.</firstname>
+       <surname>O'Neil</surname>
+      </author>
+     </authorgroup>
+    </biblioset>
+    <confgroup>
+     <conftitle>ACM-SIGMOD Conference on Management of Data</conftitle>
+     <confdates>Juin 1995</confdates>
+     <address>San Jose, Californie</address>
+    </confgroup>
+   </biblioentry>
+
   <biblioentry id="olson93">
    <title>Partial indexing in POSTGRES: research project</title>
    <authorgroup>
@@ -266,7 +324,7 @@ ssimkovi@ag.or.at
 
   <biblioentry id="rowe87">
    <biblioset relation="article">
-    <title><ulink url="http://db.cs.berkeley.edu/papers/ERL-M87-13.pdf">The <productname>POSTGRES</productname> data model</ulink></title>
+    <title><ulink url="https://dsf.berkeley.edu/papers/ERL-M87-13.pdf">The <productname>POSTGRES</productname> data model</ulink></title>
     <titleabbrev>Rowe and Stonebraker, 1987</titleabbrev>
     <authorgroup>
      <author>
@@ -288,7 +346,7 @@ ssimkovi@ag.or.at
 
   <biblioentry id="seshadri95">
    <biblioset relation="article">
-    <title><ulink url="http://citeseer.ist.psu.edu/seshadri95generalized.html">Generalized
+    <title><ulink url="https://citeseer.ist.psu.edu/viewdoc/summary?doi=10.1.1.40.5740">Generalized
     Partial Indexes</ulink></title>
     <authorgroup>
      <author>
@@ -317,7 +375,7 @@ ssimkovi@ag.or.at
 
   <biblioentry id="ston86">
    <biblioset relation="article">
-    <title><ulink url="http://db.cs.berkeley.edu/papers/ERL-M85-95.pdf">The design of <productname>POSTGRES</productname></ulink></title>
+    <title><ulink url="http://dsf.berkeley.edu/papers/ERL-M85-95.pdf">The design of <productname>POSTGRES</productname></ulink></title>
     <authorgroup>
      <author>
       <firstname>M.</firstname>
@@ -363,7 +421,7 @@ ssimkovi@ag.or.at
 
   <biblioentry id="ston87b">
    <biblioset relation="article">
-    <title><ulink url="http://db.cs.berkeley.edu/papers/ERL-M87-06.pdf">The design of the <productname>POSTGRES</productname> storage system</ulink></title>
+    <title><ulink url="http://dsf.berkeley.edu/papers/ERL-M87-06.pdf">The design of the <productname>POSTGRES</productname> storage system</ulink></title>
     <authorgroup>
      <author>
       <firstname>M.</firstname>
@@ -380,7 +438,7 @@ ssimkovi@ag.or.at
 
   <biblioentry id="ston89">
    <biblioset relation="article">
-    <title><ulink url="http://db.cs.berkeley.edu/papers/ERL-M89-82.pdf">A commentary on the <productname>POSTGRES</productname> rules system</ulink></title>
+    <title><ulink url="http://dsf.berkeley.edu/papers/ERL-M89-82.pdf">A commentary on the <productname>POSTGRES</productname> rules system</ulink></title>
     <authorgroup>
      <author>
       <firstname>M.</firstname>
@@ -404,7 +462,7 @@ ssimkovi@ag.or.at
 
   <biblioentry id="ston89b">
    <biblioset relation="article">
-    <title><ulink url="http://db.cs.berkeley.edu/papers/ERL-M89-17.pdf">The case for partial indexes</ulink></title>
+    <title><ulink url="http://dsf.berkeley.edu/papers/ERL-M89-17.pdf">The case for partial indexes</ulink></title>
     <authorgroup>
      <author>
       <firstname>M.</firstname>
@@ -421,7 +479,7 @@ ssimkovi@ag.or.at
 
   <biblioentry id="ston90a">
    <biblioset relation="article">
-    <title><ulink url="http://db.cs.berkeley.edu/papers/ERL-M90-34.pdf">The implementation of <productname>POSTGRES</productname></ulink></title>
+    <title><ulink url="http://dsf.berkeley.edu/papers/ERL-M90-34.pdf">The implementation of <productname>POSTGRES</productname></ulink></title>
     <authorgroup>
      <author>
       <firstname>M.</firstname>
@@ -448,7 +506,7 @@ ssimkovi@ag.or.at
 
   <biblioentry id="ston90b">
    <biblioset relation="article">
-    <title><ulink url="http://db.cs.berkeley.edu/papers/ERL-M90-36.pdf">On Rules, Procedures, Caching and Views in Database Systems</ulink></title>
+    <title><ulink url="http://dsf.berkeley.edu/papers/ERL-M90-36.pdf">On Rules, Procedures, Caching and Views in Database Systems</ulink></title>
     <authorgroup>
      <author>
       <firstname>M.</firstname>

postgresql/catalogs.xml

@@ -1984,8 +1984,9 @@ SCRAM-SHA-256$<replaceable>&lt;nombre d'itération&gt;</replaceable>:<replaceabl
        pour les lignes&nbsp;:
        <literal>d</literal> = par défaut (clé primaire, si présente),
        <literal>n</literal> = rien,
-       <literal>f</literal> = toutes les colonnes
-       <literal>i</literal> = index avec <structfield>indisreplident</structfield> configuré, ou par défaut
+       <literal>f</literal> = toutes les colonnes,
+       <literal>i</literal> = index avec <structfield>indisreplident</structfield>
+       configuré (identique à rien si l'index utilisé a été supprimé)
       </entry>
      </row>
 

postgresql/config.xml

@@ -1040,14 +1040,22 @@ include 'nom_fichier'
     </indexterm>
     <para>
      Donne une liste d'algorithmes <acronym>SSL</acronym> autorisées à être
-     utilisés sur des connexions sécurisées. Voir la page de manuel de
+     utilisés sur des connexions SSL. Voir la page de manuel de
      <citerefentry><refentrytitle>ciphers</refentrytitle></citerefentry> dans
      le paquet <application>OpenSSL</application> pour la syntaxe de ce
-     paramètre et une liste des valeurs supportées.
-     Ce paramètre peut uniquement être modifié dans le fichier
-     La valeur par défaut est <literal>HIGH:MEDIUM:+3DES:!aNULL</literal>.
-     Cette valeur par défaut est généralement un choix raisonnable à moins que
-     vous n'ayez des contraintes de sécurité spécifiques.
+     paramètre et une liste des valeurs supportées. Seules les connexions
+     utilisant TLS version 1.2 et antérieures sont impactées. Il n'existe
+     actuellement pas de paramètre contrôlant le choix des algorithmes
+     utilisés par les connexions avec  TLS version 1.3. La valeur par défaut
+     est <literal>HIGH:MEDIUM:+3DES:!aNULL</literal>. Cette valeur est
+     généralement raisonnable, sauf si vous avez des besoins spécifiques en
+     terme de sécurité.
+    </para>
+
+    <para>
+     Ce paramètre peut seulement être configuré dans le fichier
+     <filename>postgresql.conf</filename> ou sur la ligne de commande du
+     serveur.
     </para>
 
     <para>
@@ -4026,7 +4034,7 @@ ANY <replaceable class="parameter">nb_sync</replaceable> ( <replaceable class="p
      diminuer random_page_cost peut être approprié. Le stockage qui a un coût
      de lecture aléatoire faible par rapport à du séquentiel (par exemple les
      disques SSD) peut aussi être mieux tenu en compte avec une valeur plus
-     faible pour random_page_cost.
+     faible pour random_page_cost, par exemple <literal>1.1</literal>.
     </para>
 
     <tip>
@@ -4752,7 +4760,7 @@ local0.*    /var/log/postgresql
     <xref linkend="guc-log-timezone"/>.) Les échappements
     <literal>%</literal> supportés sont similaires à ceux listés dans
     la spécification de <ulink
-    url="http://pubs.opengroup.org/onlinepubs/009695399/functions/strftime.html">strftime</ulink>
+    url="https://pubs.opengroup.org/onlinepubs/009695399/functions/strftime.html">strftime</ulink>
     par l'Open Group.
     Notez que la fonction <function>strftime</function> du système n'est
     pas utilisée directement, ce qui entraîne que les extensions spécifiques

postgresql/cube.xml

@@ -557,7 +557,7 @@ t
   <title>Note de l'auteur</title>
   <para>
    Mes remerciements vont tout particulièrement au professeur Joe Hellerstein
-   (<ulink url="http://db.cs.berkeley.edu/jmh/"></ulink>) qui a su extraire
+   (<ulink url="https://dsf.berkeley.edu/jmh/"></ulink>) qui a su extraire
    l'idée centrale de GiST (<ulink
    url="http://gist.cs.berkeley.edu/"></ulink>), et à son étudiant précédant,
    Andy Dong pour son

postgresql/datatype.xml

@@ -1699,8 +1699,9 @@ SELECT 'abc \153\154\155 \052\251\124'::bytea;
       <entry><type>time [ (<replaceable>p</replaceable>) ] with time zone</type></entry>
       <entry>12 octets</entry>
       <entry>heure (sans date), avec fuseau horaire</entry>
-      <entry>00:00:00+1459</entry>
-      <entry>24:00:00-1459</entry>
+      <!-- see MAX_TZDISP_HOUR in datatype/timestamp.h -->
+      <entry>00:00:00+1559</entry>
+      <entry>24:00:00-1559</entry>
       <entry>1 microseconde</entry>
      </row>
      <row>
@@ -2518,30 +2519,13 @@ SELECT 'abc \153\154\155 \052\251\124'::bytea;
       </listitem>
       <listitem>
        <para>
-        une spécification POSIX de fuseau sous la forme
-	<replaceable>STD</replaceable><replaceable>décalage</replaceable> ou
-	<replaceable>STD</replaceable><replaceable>décalage</replaceable><replaceable>DST</replaceable>
-	avec <replaceable>STD</replaceable> une abréviation de fuseau, 
-	<replaceable>décalage</replaceable> un décalage numérique en nombre
-	d'heures à l'ouest d'UTC et <replaceable>DST</replaceable> une abréviation
-	optionnelle de changement d'heure, à interpréter comme une heure avant
-	le décalage donné. Par exemple, si <literal>EST5EDT</literal> n'est pas
-	déjà reconnu comme fuseau horaire, il est accepté et est
-	fonctionnellement équivalent à l'heure du fuseau de la côte est des
-	USA.  Avec cette syntaxe, une abréviation de zone peut être une chaîne de
-    lettres ou une chaîne arbitraire entourée par des chevrons (
-    <literal>&lt;&gt;</literal>).
-Si un nom de changement d'heure est présent, il
-	est interprété selon les règles régissant les changements d'heure
-	utilisées dans l'entrée <filename>posixrules</filename> de la base
-	de données des fuseaux horaires, IANA. Dans une
-	installation <productname>PostgreSQL</productname> standard,
-        <filename>posixrules</filename> est identique à <literal>US/Eastern</literal>,
-        pour que les spécifications POSIX des fuseaux horaires correspondent
-	aux règles de changements d'heure aux États-Unis. Ce comportement
-	peut, au besoin, être ajusté en remplaçant le fichier
-        <filename>posixrules</filename>.
-
+        En plus des noms et abréviations des fuseaux horaires,
+        <productname>PostgreSQL</productname> accepte les spécifications de
+        fuseau horaire du style POSIX, comme décrit dans <xref
+        linkend="datetime-posix-timezone-specs"/>. Cette option n'est
+        habituellement pas préférable à utiliser un nom de fuseau horaire,
+        mais cela pourrait se révéler nécessaire si aucune entrée adéquate de
+        fuseau horaire n'est disponible dans la base IANA.
        </para>
       </listitem>
      </itemizedlist>
@@ -2568,21 +2552,6 @@ Si un nom de changement d'heure est présent, il
      que l'heure civile locale à ce moment.
     </para>
 
-    <para>
-     La fonctionnalité des fuseaux horaires POSIX peut accepter silencieusement
-     des saisies erronées, car il n'y a
-     pas de vérification des abréviations de fuseaux horaires. Par
-     exemple, <literal>SET TIMEZONE TO FOOBAR0</literal> fonctionne, mais
-     conduit le système à utiliser en réalité une abréviation très
-     particulière d'UTC.
-     Un autre problème à conserver en tête est que, pour les noms des fuseaux
-     horaires POSIX, les décalages positifs sont utilisés pour les emplacements
-     situés à l'<emphasis>ouest</emphasis> de Greenwich. Partout ailleurs,
-     <productname>PostgreSQL</productname> suit la convention ISO-8601 pour qui
-     les décalages positifs de fuseaux horaires concernent
-     l'<emphasis>est</emphasis> de Greenwich.
-    </para>
-
     <para>
      Dans tous les cas, les noms et les abréviations des fuseaux horaires sont
      insensibles à la casse. (C'est un changement par rapport aux versions