Mise à jour en version 9.6 beta 3

gleu · Jul 29, 2016 · 58b4e2e · 58b4e2e
1 parent 7f10ba6
commit 58b4e2e
Show file tree

Hide file tree

Showing 32 changed files with 727 additions and 388 deletions.
diff --git a/postgresql/brin.xml b/postgresql/brin.xml
@@ -741,13 +741,13 @@ d'opérateur&nbsp;: minmax et inclusion.
     </row>
     <row>
      <entry>Stratégie d'opérateur 4</entry>
-     <entry>Opérateur A-droite-de</entry>
-     <entry>Stratégie d'opérateur 2</entry>
+     <entry>Opérateur Ne-s-etend-pas-à-la-gauche-de</entry>
+     <entry>Stratégie d'opérateur 1</entry>
     </row>
     <row>
      <entry>Stratégie d'opérateur 5</entry>
-     <entry>Opérateur Ne-s-etend-pas-à-la-droite-de</entry>
-     <entry>Stratégie d'opérateur 1</entry>
+     <entry>Opérateur A-droite-de</entry>
+     <entry>Stratégie d'opérateur 2</entry>
     </row>
     <row>
      <entry>Stratégie d'opérateur 6, 18</entry>
@@ -787,12 +787,12 @@ d'opérateur&nbsp;: minmax et inclusion.
     <row>
      <entry>Stratégie d'opérateur 20</entry>
      <entry>Opérateur Strictement-inférieur-à</entry>
-     <entry>Stratégie d'opérateur 4</entry>
+     <entry>Stratégie d'opérateur 5</entry>
     </row>
     <row>
      <entry>Stratégie d'opérateur 21</entry>
      <entry>Opérateur Inférieur-à</entry>
-     <entry>Stratégie d'opérateur 4</entry>
+     <entry>Stratégie d'opérateur 5</entry>
     </row>
     <row>
      <entry>Stratégie d'opérateur 22</entry>

diff --git a/postgresql/catalogs.xml b/postgresql/catalogs.xml
@@ -473,13 +473,6 @@
       <entry><literal><link linkend="catalog-pg-type"><structname>pg_type</structname></link>.oid</literal></entry>
       <entry>Type de la donnée interne de transition (état) de la fonction d'agrégat</entry>
      </row>
-     <row>
-      <entry><structfield>aggserialtype</structfield></entry>
-      <entry><type>oid</type></entry>
-      <entry><literal><link linkend="catalog-pg-type"><structname>pg_type</structname></link>.oid</literal></entry>
-      <entry>Type de retour de la fonction de sérialisation de l'agrégat (zéro
-       s'il n'y en a pas)</entry>
-     </row>
      <row>
       <entry><structfield>aggtransspace</structfield></entry>
       <entry><type>int4</type></entry>
@@ -10294,8 +10287,8 @@ SELECT * FROM pg_locks pl LEFT JOIN pg_prepared_xacts ppx
    La vue <structname>pg_timezone_names</structname> fournit la liste des
    noms de fuseaux horaires reconnus par <command>SET TIMEZONE</command>,
    avec les abréviations acceptées, les décalages UTC, et l'état du changement
-   d'heure. (Techniquement, <productname>PostgreSQL</productname> utilise
-   <acronym>UT1</acronym> plutôt que UTC car les secondes intercalaires
+   d'heure. (Techniquement, <productname>PostgreSQL</productname> n'utilise
+   pas UTC car les secondes intercalaires
    ne sont pas gérées.) Contrairement aux abréviations indiquées dans
    <link linkend="view-pg-timezone-abbrevs"><structname>pg_timezone_abbrevs</structname></link>,
    la majorité des noms impliquent des règles concernant les dates de

diff --git a/postgresql/client-auth.xml b/postgresql/client-auth.xml
@@ -548,6 +548,16 @@ hostnossl  <replaceable>database</replaceable>  <replaceable>user</replaceable>
        détails sur les options disponibles apparaissent ci-dessous pour chaque
        méthode d'authentification.
       </para>
+
+      <para>
+       En plus des options spécifiques à une méthode listées ci-dessous, il
+       existe une option d'authentification indépendante de la méthode,
+       appelée <literal>clientcert</literal>, qui peut être indiquée dans tout
+       enregistrement <literal>hostssl</literal>. Une fois configurée à
+       <literal>1</literal>, cette option requiert le client à présenter un
+       certificat SSL valide (de confiance), en plus des autres nécessités de
+       la méthode d'authentification.
+      </para>
      </listitem>
     </varlistentry>
    </variablelist>
@@ -1727,7 +1737,7 @@ host ... ldap ldapurl="ldap://ldap.example.net/dc=example,dc=net?uid?sub"
     Cette méthode d'authentification utilise des clients SSL pour procéder
     à l'authentification. Elle n'est par conséquent disponible que pour
     les connexions SSL. Quand cette méthode est utilisée, le serveur
-    exigera que le client fournisse un certificat valide. Aucune invite de saisie
+    exigera que le client fournisse un certificat valide et de confiance. Aucune invite de saisie
     de mot de passe ne sera envoyée au client. L'attribut <literal>cn</literal>
     (<acronym>Common Name</acronym>) du certificat sera comparé au nom
     d'utilisateur de base de données demandé.
@@ -1754,6 +1764,16 @@ host ... ldap ldapurl="ldap://ldap.example.net/dc=example,dc=net?uid?sub"
     </variablelist>
    </para>
 
+   <para>
+    Dans un enregistrement de <filename>pg_hba.conf</filename> indiquant une
+    authentification par certificat, l'option d'authentification
+    <literal>clientcert</literal> est supposée valoir <literal>1</literal>, et
+    elle ne peut pas être désactivée car un certificat client est nécessaire
+    pour cette méthode. Ce que la méthode <literal>cert</literal> ajoute au
+    test basique de validité du certificat <literal>clientcert</literal> est
+    une vérification que l'attribut <literal>cn</literal> correspond à un nom
+    d'utilisateur de la base.
+   </para>
   </sect2>
 
   <sect2 id="auth-pam"> <title>Authentification PAM</title>

diff --git a/postgresql/config.xml b/postgresql/config.xml
@@ -1323,7 +1323,7 @@ include 'nom_fichier'
   </indexterm>
   <listitem>
    <para>
-    Spécifie la quantité maximale d'espace disque qu'une session peut
+    Spécifie la quantité maximale d'espace disque qu'un processus peut
     utiliser pour les fichiers temporaires, comme par exemple ceux
     utilisés pour les tris et hachages, ou le fichier de stockage pour
     un curseur détenu. Une transaction tentant de dépasser cette limite
@@ -1333,7 +1333,7 @@ include 'nom_fichier'
    </para>
    <para>
     Ce paramètre contraint l'espace total utilisé à tout instant par tous
-    les fichiers temporaires utilisés pour une session
+    les fichiers temporaires utilisés pour un processus
     <productname>PostgreSQL</productname> donnée. Il doit être noté que
     l'espace disque utilisé pour les tables temporaires explicites, à
     l'opposé des fichiers temporaires utilisés implicitement pour
@@ -2041,23 +2041,18 @@ block : bloc vidé,  dirty bloc : bloc à vider ?
     </para>
 
     <para>
-     Un bon point départ pour ce paramètre est le nombre de disques que
-     comprend un agrégat par bande RAID 0 ou miroir RAID 1 utilisé pour
-     la base de données. (Pour du RAID 5, le disque de parité ne devrait
-     pas être pris en compte.) Toutefois, si la base est souvent occupée par
-     de nombreuses requêtes exécutées dans des sessions concurrentes, des
-     valeurs plus basses peuvent être suffisantes pour maintenir le groupe
-     de disques occupé. Une valeur plus élevée que nécessaire pour maintenir
-     les disques occupés n'aura comme seul résultat que de surcharger le
-     processeur.
-    </para>
-
-    <para>
-     Pour des systèmes plus exotiques, comme du stockage mémoire ou
-     un groupement RAID qui serait limité par la bande passante du bus,
-     la valeur correcte pourrait être le nombre de chemins d'entrées/sorties
-     disponibles. Il pourrait être nécessaire d'expérimenter afin d'obtenir
-     la valeur idéale.
+     Pour les disques magnétiques, un bon point départ pour ce paramètre est
+     le nombre de disques que comprend un agrégat par bande RAID 0 ou miroir
+     RAID 1 utilisé pour la base de données. (Pour du RAID 5, le disque de
+     parité ne devrait pas être pris en compte.) Toutefois, si la base est
+     souvent occupée par de nombreuses requêtes exécutées dans des sessions
+     concurrentes, des valeurs plus basses peuvent être suffisantes pour
+     maintenir le groupe de disques occupé. Une valeur plus élevée que
+     nécessaire pour maintenir les disques occupés n'aura comme seul résultat
+     que de surcharger le processeur. Les SSD et autres méthodes de stockage
+     basées sur de la mémoire peuvent souvent traiter un grand nombre de
+     demandes concurrentes, donc la meilleure valeur pourrait être dans les
+     centaines.
     </para>
 
     <para>
@@ -2117,6 +2112,23 @@ block : bloc vidé,  dirty bloc : bloc à vider ?
      qui pourrait être inefficace. La valeur par défaut est 2. Configurer
      cette valeur à 0 désactive l'exécution de requêtes parallélisées.
     </para>
+
+    <para>
+     Notez que les requêtes parallélisées peuvent consommer considérablement
+     plus de ressources que des requêtes non parallélisées parce que chaque
+     processus parallèle est un processus totalement séparé qui a en gros le
+     même impact sur le système qu'une session utilisateur supplémentaire.
+     Ceci doit être pris en considération lors du choix d'une valeur pour ce
+     paramètre, ainsi que lors de la configuration d'autres paramètres qui
+     contrôlent l'utilisation des ressources, comme par exemple <xref
+     linkend="guc-work-mem"/>. Les limites de ressources comme
+     <varname>work_mem</varname> sont appliquées individuellement pour chaque
+     processus, ce qui signifie que l'utilisation totale pourrait être bien
+     plus importante que pour un seul processus. Par exemple, une requête
+     parallélisée utilisant quatre processus pourrait utiliser jusqu'à cinq
+     fois plus de CPU, de mémoire, de bande passante disque, et ainsi de suite
+     qu'une requête non parallélisée.
+    </para>
    </listitem>
   </varlistentry>
 

diff --git a/postgresql/datatype.xml b/postgresql/datatype.xml
@@ -3989,12 +3989,13 @@ SELECT 'a:1A fat:2B,4C cat:5D'::tsvector;
       </para>
 
       <para>
-       Il est important de comprendre que le type <type>tsvector</type> lui-même
-       ne réalise aucune normalisation&nbsp;; il suppose que les mots qui lui sont
-       fournis sont normalisés correctement pour l'application. Par exemple,
+       Il est important de comprendre que le type <type>tsvector</type>
+       lui-même ne réalise aucune normalisation de mots&nbsp;; il suppose que
+       les mots qui lui sont fournis sont normalisés correctement pour
+       l'application. Par exemple,
 
        <programlisting>
-select 'The Fat Rats'::tsvector;
+SELECT 'The Fat Rats'::tsvector;
       tsvector
 --------------------
  'Fat' 'Rats' 'The'
@@ -4040,7 +4041,14 @@ SELECT to_tsvector('english', 'The Fat Rats');
 
       <para>
        Les parenthèses peuvent être utilisées pour forcer le regroupement des
-       opérateurs&nbsp;:
+       opérateurs. Dans l'absence de parenthèses, <literal>!</literal> (NOT)
+       est prioritaire, <literal>&lt;-&gt;</literal> (FOLLOWED BY) suit, et
+       enfin <literal>&amp;</literal> (AND) et <literal>|</literal> (OR) sont
+       les moins prioritaires.
+      </para>
+
+      <para>
+       Voici quelques exemples&nbsp;:
 
        <programlisting>
  SELECT 'fat &amp; rat'::tsquery;
@@ -4057,12 +4065,15 @@ SELECT 'fat &amp; rat &amp; ! cat'::tsquery;
         tsquery
 ------------------------
  'fat' &amp; 'rat' &amp; !'cat'
+
+SELECT '(fat | rat) &lt;-&gt; cat'::tsquery;
+              tsquery
+-----------------------------------
+ 'fat' &lt;-&gt; 'cat' | 'rat' &lt;-&gt; 'cat'
        </programlisting>
 
-       En l'absence de ces parenthèses, <literal>!</literal> (NOT) est lié plus
-       fortement, et <literal>&amp;</literal> (AND) and
-       <literal>&lt;-&gt;</literal> (FOLLOWED BY) sont liés plus
-       fortement que <literal>|</literal> (OR).
+       Le dernier exemple démontre qu'un <type>tsquery</type> arrange parfois
+       les opérateurs imbriqués dans une formulation équivalente logiquement.
       </para>
 
       <para>
@@ -4089,25 +4100,7 @@ SELECT 'super:*'::tsquery;
  'super':*
        </programlisting>
        Cette requête fera ressortir tout mot dans un <type>tsvector</type> qui commence
-       par <quote>super</quote>. Notez que les préfixes sont traités en premier
-       par les configurations de la recherche plein texte, ce qui signifie que
-       cette comparaison renvoie true&nbsp;:
-       <programlisting>
-SELECT to_tsvector( 'postgraduate' ) @@ to_tsquery( 'postgres:*' );
- ?column?
-----------
- t
-(1 row)
-       </programlisting>
-       car <literal>postgres</literal> devient <literal>postgr</literal>&nbsp;:
-       <programlisting>
-SELECT to_tsquery('postgres:*');
- to_tsquery
-------------
- 'postgr':*
-(1 row)
-       </programlisting>
-       qui ensuite correspond à <literal>postgraduate</literal>.
+       par <quote>super</quote>.
       </para>
 
       <para>
@@ -4126,6 +4119,26 @@ SELECT to_tsquery('Fat:ab &amp; Cats');
        </programlisting>
       </para>
 
+     Notez que <function>to_tsquery</function> traitera les préfixes de la même façon que
+     les autres mots, ce qui signifie que cette comparaison renvoie true&nbsp;:
+
+<programlisting>
+SELECT to_tsvector( 'postgraduate' ) @@ to_tsquery( 'postgres:*' );
+ ?column?
+----------
+ t
+</programlisting>
+     parce que <literal>postgres</literal> devient
+     <literal>postgr</literal>&nbsp;:
+<programlisting>
+SELECT to_tsvector( 'postgraduate' ), to_tsquery( 'postgres:*' );
+  to_tsvector  | to_tsquery
+---------------+------------
+ 'postgradu':1 | 'postgr':*
+</programlisting>
+     qui correspondra à la forme native de <literal>postgraduate</literal>.
+     </para>
+
      </sect2>
 
     </sect1>
@@ -4332,7 +4345,7 @@ SET xmloption TO { DOCUMENT | CONTENT };
       <para>
        Lors de l'utilisation du mode binaire pour le passage des paramètres
        de la requête au serveur et des résultats au client, aucune conversion
-       de jeu de caractères n'est réalisée, donc la situation est différente.
+       de l'encodage n'est réalisée, donc la situation est différente.
        Dans ce cas, une déclaration d'encodage dans les données XML sera observée
        et, si elle est absente, les données seront supposées être en UTF-8 (comme
        requis par le standard XML&nbsp;; notez que PostgreSQL ne supporte pas

diff --git a/postgresql/dblink.xml b/postgresql/dblink.xml
@@ -149,21 +149,20 @@ SELECT dblink_connect('dbname=postgres');
  --       HINT:  Target server's authentication method must be changed.
 CREATE SERVER fdtest FOREIGN DATA WRAPPER dblink_fdw OPTIONS (hostaddr '127.0.0.1', dbname 'contrib_regression');
 
-CREATE USER dblink_regression_test WITH PASSWORD 'secret';
-
- CREATE USER MAPPING FOR dblink_regression_test SERVER fdtest OPTIONS (user 'dblink_regression_test', password 'secret');
- GRANT USAGE ON FOREIGN SERVER fdtest TO dblink_regression_test;
- GRANT SELECT ON TABLE foo TO dblink_regression_test;
-
- \set ORIGINAL_USER :USER
- \c - dblink_regression_test
- SELECT dblink_connect('myconn', 'fdtest');
+CREATE USER regress_dblink_user WITH PASSWORD 'secret';
+CREATE USER MAPPING FOR regress_dblink_user SERVER fdtest OPTIONS (user 'regress_dblink_user', password 'secret');
+GRANT USAGE ON FOREIGN SERVER fdtest TO regress_dblink_user;
+GRANT SELECT ON TABLE foo TO regress_dblink_user;
+
+\set ORIGINAL_USER :USER
+\c - regress_dblink_user
+SELECT dblink_connect('myconn', 'fdtest');
   dblink_connect
  ----------------
   OK
  (1 row)
 
- SELECT * FROM dblink('myconn','SELECT * FROM foo') AS t(a int, b text, c text[]);
+SELECT * FROM dblink('myconn','SELECT * FROM foo') AS t(a int, b text, c text[]);
   a  | b |       c
  ----+---+---------------
    0 | a | {a0,b0,c0}
@@ -179,12 +178,12 @@ CREATE USER dblink_regression_test WITH PASSWORD 'secret';
   10 | k | {a10,b10,c10}
  (11 rows)
 
- \c - :ORIGINAL_USER
- REVOKE USAGE ON FOREIGN SERVER fdtest FROM dblink_regression_test;
- REVOKE SELECT ON TABLE foo FROM  dblink_regression_test;
- DROP USER MAPPING FOR dblink_regression_test SERVER fdtest;
- DROP USER dblink_regression_test;
- DROP SERVER fdtest;
+\c - :ORIGINAL_USER
+REVOKE USAGE ON FOREIGN SERVER fdtest FROM regress_dblink_user;
+REVOKE SELECT ON TABLE foo FROM regress_dblink_user;
+DROP USER MAPPING FOR regress_dblink_user SERVER fdtest;
+DROP USER regress_dblink_user;
+DROP SERVER fdtest;
    </screen>
   </refsect1>
  </refentry>