Mise à jour en version 9.3.11

postgresql/datatype.xml

@@ -4640,6 +4640,10 @@ WHERE attrelid = (SELECT oid FROM pg_class WHERE relname = 'ma_table');</program
     <primary>trigger</primary>
    </indexterm>
 
+   <indexterm zone="datatype-pseudo">
+    <primary>event_trigger</primary>
+   </indexterm>
+
    <indexterm zone="datatype-pseudo">
     <primary>language_handler</primary>
    </indexterm>
@@ -4753,7 +4757,8 @@ WHERE attrelid = (SELECT oid FROM pg_class WHERE relname = 'ma_table');</program
 
        <row>
         <entry><type>record</type></entry>
-        <entry>Identifie une fonction qui retourne un type de ligne non spécifié.</entry>
+        <entry>Identifie une fonction qui prend ou retourne un type de ligne
+         non spécifié.</entry>
        </row>
 
        <row>
@@ -4762,6 +4767,12 @@ WHERE attrelid = (SELECT oid FROM pg_class WHERE relname = 'ma_table');</program
 	 <type>trigger</type>.</entry>
        </row>
 
+       <row>
+        <entry><type>event_trigger</></entry>
+        <entry>Une fonction trigger d'événement est déclarée renvoyée
+         <type>event_trigger</type>.</entry>
+       </row>
+
        <row>
         <entry><type>void</type></entry>
         <entry>Indique qu'une fonction ne retourne aucune valeur.</entry>
@@ -4788,8 +4799,9 @@ WHERE attrelid = (SELECT oid FROM pg_class WHERE relname = 'ma_table');</program
     pseudo-types que dans les limites imposées par l'implantation du langage.
     À ce jour, tous les langages procéduraux
     interdisent l'usage d'un pseudo-type comme argument et n'autorisent que
-    <type>void</type> et <type>record</type> comme type de retours (plus <type>trigger</type>
-    lorsque la fonction est utilisée comme déclencheur).
+    <type>void</type> et <type>record</type> comme type de retours (plus
+    <type>trigger</type> ou <type>event_trigger</type> lorsque la fonction est
+    utilisée comme déclencheur, simple ou d'événement).
     Certains supportent également les fonctions polymorphes qui utilisent les 
     types <type>anyelement</type>,
     <type>anyarray</type>, <type>anynonarray</type>, <type>anyenum</type> et

postgresql/ddl.xml

@@ -511,8 +511,9 @@ DROP TABLE produits;</programlisting>
    </para>
 
    <para>
-    Lorsqu'une contrainte d'unicité fait référence à un groupe de colonnes,
-    celles-ci sont listées séparées par des virgules&nbsp;:
+    Pour définir une contrainte unique pour un groupe de colonnes, saisissez-
+    la en tant que contrainte de table avec les noms des colonnes séparés par
+    des virgules&nbsp;:
 <programlisting>CREATE TABLE exemple (
     a integer,
     b integer,
@@ -535,8 +536,12 @@ DROP TABLE produits;</programlisting>
    </para>
 
    <para>
-    L'ajout d'une contrainte unique créera automatiquement un index B-tree
-    unique sur la colonne ou le groupe de colonnes utilisé dans la contrainte.
+    Ajouter une contrainte unique va automatiquement créer un index unique
+    B-tree sur la colonne ou le groupe de colonnes listées dans la contrainte.
+    Une restriction d'unicité couvrant seulement certaines lignes ne peut pas
+    être écritre comme une contrainte unique mais il est possible de forcer ce
+    type de restriction en créant un <link linkend="indexes-partial">index
+    partiel</link> unique.
    </para>
 
    <indexterm>
@@ -545,9 +550,9 @@ DROP TABLE produits;</programlisting>
    </indexterm>
 
    <para>
-	En général, une contrainte d'unicité est violée lorsque plus d'une
+	En général, une contrainte d'unicité est violée si plus d'une
 	ligne de la table possèdent des valeurs identiques sur toutes les
-	colonnes de la contrainte. En revanche, deux valeurs NULL ne sont pas
+	colonnes de la contrainte. En revanche, deux valeurs NULL ne sont jamais
 	considérées égales. Cela signifie qu'il est possible
 	de stocker des lignes dupliquées contenant une valeur NULL
 	dans au moins une des colonnes contraintes. Ce comportement est conforme
@@ -570,10 +575,11 @@ DROP TABLE produits;</programlisting>
        </indexterm>
 
        <para>
-	Techniquement, une contrainte de clé primaire n'est
-	que la combinaison d'une contrainte d'unicité et
-	d'une contrainte NOT NULL. Les définitions de
-	table suivantes acceptent de ce fait les mêmes données&nbsp;:
+        Une contrainte de type clé primaire indique qu'une colonne, ou un
+        groupe de colonnes, peut être utilisée comme un identifiant unique de
+        ligne pour cette table. Ceci nécessite que les valeurs soient à la
+        fois uniques et non NULL. Les définitions de table suivantes acceptent
+        de ce fait les mêmes données&nbsp;:
     <programlisting>CREATE TABLE produits (
 	no_produit integer UNIQUE NOT NULL,
 	nom text,
@@ -599,31 +605,30 @@ DROP TABLE produits;</programlisting>
        </para>
 
        <para>
-	Une clé primaire indique qu'une colonne ou un groupe de colonnes peut
-	être utilisé(e) comme identifiant unique des lignes de la table. (C'est
-	une conséquence directe de la définition d'une clé primaire. Une
-	contrainte d'unicité ne suffit pas à fournir un identifiant unique
-	car elle n'exclut pas les valeurs NULL). Ceci est utile à la fois
-	pour des raisons documentaires et pour les applications clientes. Par
-	exemple, une application graphique qui permet de modifier les valeurs de
-	lignes a probablement besoin de connaître la clé primaire d'une table pour
-	pouvoir identifier les lignes de manière unique.
+        Ajouter une clé primaire créera automatiquement un index unique B-tree
+        sur la colonne ou le groupe de colonnes listé dans la clé primaire, et
+        forcera les colonnes à être marquées <literal>NOT NULL</literal>.
        </para>
 
-   <para>
-    L'ajout d'une clé primaire créera automatiquement un index B-tree unique
-    sur la colonne ou le groupe de colonnes utilisé dans la clé primaire.
-   </para>
-
        <para>
 	Une table a, au plus, une clé primaire. (Le nombre de contraintes UNIQUE NOT NULL,
-	qui assurent la même fonction, n'est pas limité, mais une seule
+	qui assurent pratiquement la même fonction, n'est pas limité, mais une seule
 	peut être identifiée comme clé primaire.) La théorie des
 	bases de données relationnelles impose que chaque table ait
 	une clé primaire. Cette règle n'est pas forcée par
 	<productname>PostgreSQL</productname>, mais il est préférable de la
 	respecter.
        </para>
+
+   <para>
+    Les clés primaires sont utiles pour la documentation et pour les
+    applications clientes. Par exemple, une application graphique qui permet
+    la modifier des valeurs des lignes a probablement besoin de connaître la
+    clé primaire d'une table pour être capable d'identifier les lignes de
+    façon unique. Le système de bases de données utilise une clé primaire de
+    différentes façons. Par exemple, la clé primaire définit les colonnes
+    cibles par défaut pour les clés étrangères référençant cette table.
+   </para>
       </sect2>
 
       <sect2 id="ddl-constraints-fk">

postgresql/earthdistance.xml

@@ -24,7 +24,7 @@
  <para>
   Dans ce module, la Terre est supposée parfaitement sphérique (si cette
   hypothèse n'est pas acceptable, le projet <application><ulink
-  url="http://www.postgis.org/">PostGIS</ulink></application>
+  url="http://postgis.net/">PostGIS</ulink></application>
   doit être considéré.)
  </para>
 

postgresql/external-projects.xml

@@ -233,7 +233,7 @@
    <filename>contrib/</filename> livré avec le code source contient un grand
    nombre d'extensions, qui sont décrites dans <xref linkend="contrib"/>.
    D'autres extensions sont développées indépendamment, comme
-   <application><ulink url="http://www.postgis.org/">PostGIS</ulink></application>.
+   <application><ulink url="http://postgis.net/">PostGIS</ulink></application>.
    Même les solutions de réplication de <productname>PostgreSQL</productname>
    peuvent être développées en externe. Ainsi,
    <application><ulink url="http://www.slony.info">Slony-I</ulink></application>,

postgresql/func.xml

@@ -488,7 +488,7 @@ seulement le sont ? -->
 
       <row>
        <entry><literal>^</literal> </entry>
-       <entry>exposant</entry>
+       <entry>exposant (associe de gauche à droite)</entry>
        <entry><literal>2.0 ^ 3.0</literal></entry>
        <entry><literal>8</literal></entry>
       </row>

postgresql/installation.xml

@@ -2600,7 +2600,7 @@ cc-1020 cc: ERROR File = pqcomm.c, Line = 427
      partir de <ulink url="http://mingw-w64.sourceforge.net/"></ulink>, ajoutez le répertoire des binaires de MinGW dans
      la variable d'environnement <envar>PATH</envar>, et lancez la commande 
      <command>configure</command> avec l'option 
-     <command>--host=x86_64-w64-mingw</command>.
+     <command>--host=x86_64-w64-mingw32</command>.
    </para>
 
    <para>

postgresql/legal.xml

@@ -4,18 +4,18 @@
      par      $Author$
      révision $Revision$ -->
 
-<date>2014</date>
+<date>2016</date>
 
 <copyright>
- <year>1996-2015</year>
+ <year>1996-2016</year>
  <holder>The PostgreSQL Global Development Group</holder>
 </copyright>
 
 <legalnotice id="legalnotice">
  <title>Legal Notice</title>
 
  <para>
-  <productname>PostgreSQL</productname> is Copyright &copy; 1996-2014
+  <productname>PostgreSQL</productname> is Copyright &copy; 1996-2016
   by the PostgreSQL Global Development Group.
  </para>
 

postgresql/mvcc.xml

@@ -983,7 +983,9 @@ ERREUR:  n'a pas pu sérialiser un accès à cause d'une mise à jour en parall
 	<para>
 	 Acquis par les commandes <command>ALTER TABLE</command>, <command>DROP
 	 TABLE</command>, <command>TRUNCATE</command>, <command>REINDEX</command>,
-	 <command>CLUSTER</command> et <command>VACUUM FULL</command>. C'est
+   <command>CLUSTER</command>, <command>VACUUM FULL</command>
+   et <command>REFRESH MATERIALIZED VIEW</command> (sans
+   <option>CONCURRENTLY</option>). C'est
 	 aussi le mode de verrou par défaut des instructions <command>LOCK
 	 TABLE</command> qui ne spécifient pas explicitement de mode de verrouillage.
 	</para>

postgresql/ref/create_table.xml

@@ -503,26 +503,28 @@ contrainte <literal>EXCLUDE</literal> peut valoir&nbsp;:</phrase>
     <term><literal>PRIMARY KEY ( <replaceable class="PARAMETER">nom_colonne</replaceable> [, ... ] )</literal> (contrainte de table)</term>
     <listitem>
      <para>
-      La contrainte de clé primaire spécifie qu'une ou plusieurs colonnes
-      d'une table ne peut contenir que des valeurs uniques (non dupliquées) et
-      non NULL. Techniquement, une contrainte <literal>PRIMARY KEY</literal>
-      est tout simplement une combinaison d'une contrainte
-      <literal>UNIQUE</literal> et d'une contrainte <literal>NOT
-      NULL</literal>, mais l'identification d'un ensemble de colonnes en tant
-      que clé primaire fournit aussi une métainformation sur le schéma car la
-      clé primaire indique que les autres tables peuvent se baser sur cet
-      ensemble de colonnes comme d'un identifiant unique des lignes.
+      La contrainte <literal>PRIMARY KEY</literal> indique qu'une ou plusieurs
+      colonnes d'une table peuvent uniquement contenir des valeurs uniques
+      (pas de valeurs dupliquées) et non NULL. Une table ne peut avoir qu'une
+      seule clé primaire, que ce soit une contrainte au niveau de la colonne
+      ou au niveau de la table.
      </para>
 
      <para>
-      Seule une clé primaire peut être spécifiée pour une table, soit en tant
-      que contrainte de colonne ou que contrainte de table.
+      La contrainte clé primaire doit nommer un ensemble de colonnes différent
+      de l'ensemble de colonnes nommé par toute contrainte unique définie sur
+      la même table. (Sinon, la contrainte unique est redondante et sera
+      ignorée.)
      </para>
 
      <para>
-      La contrainte de clé primaire devrait nommer un ensemble de colonnes qui
-      est différent des autres ensembles de colonnes nommées par une contrainte
-      unique définie pour la même table.
+      <literal>PRIMARY KEY</literal> force les mêmes contraintes sur les
+      données que la combinaison <literal>UNIQUE</literal> et <literal>NOT
+      NULL</literal> mais identifier un ensemble de colonnes comme une clé
+      primaire fournit aussi des métadonnées sur la conception du schéma car
+      une clé primaire implique que les autres tables peuvent s'appuyer sur
+      cet ensemble de colonnes comme un identifiant unique des lignes de la
+      table.
      </para>
     </listitem>
    </varlistentry>

postgresql/ref/drop_owned.xml

@@ -89,17 +89,20 @@ DROP OWNED BY <replaceable class="parameter">nom</replaceable> [, ...] [ CASCADE
   </para>
 
   <para>
-   La commande <xref linkend="sql-reassign-owned"
-  /> est une alternative qui ré-affecte la
-   propriété de tous les objets de la base possédés par un ou plusieurs
-   rôles.
+   La commande <xref linkend="sql-reassign-owned"/> est une alternative qui
+   ré-affecte la propriété de tous les objets de la base possédés par un ou
+   plusieurs rôles. Néanmoins, <command>REASSIGN OWNED</command> ne gère pas
+   les droits des autres objets.
   </para>
 
-
   <para>
    Les bases de données et les tablespaces appartenant au(x) rôle(s) ne seront
    pas supprimés.
   </para>
+
+  <para>
+   Voir <xref linkend="role-removal"> pour plus d'informations.
+  </para>
  </refsect1>
 
  <refsect1>

postgresql/ref/drop_role.xml

@@ -40,10 +40,10 @@
    de données du groupe. Dans ce cas, toute tentative aboutit à l'affichage
    d'une erreur. Avant de supprimer un rôle, il est nécessaire de supprimer
    au préalable tous les objets qu'il possède (ou de modifier leur appartenance)
-   et de supprimer tous les droits définis par ce rôle. Les commandes <xref
-   linkend="sql-reassign-owned"/> et
-   <xref linkend="sql-drop-owned"/> peuvent être
-   utiles pour cela.
+   et de supprimer tous les droits définis par ce rôle sur d'autres objets.
+   Les commandes <xref linkend="sql-reassign-owned"/> et <xref
+   linkend="sql-drop-owned"/> peuvent être utiles pour cela. Voir <xref
+   linkend="role-removal"> pour plus d'informations.
   </para>
 
   <para>

postgresql/ref/pg_dump.xml

@@ -261,12 +261,13 @@
          <term><literal>t</literal></term>
          <listitem>
           <para>
-           archive <command>tar</command> utilisable par <application>pg_restore</application>.
-	   Le format tar est compatible avec le format répertoire; l'extraction d'une archive au
-	   format tar produit une archive au format répertoire valide.
-	   Toutefois, le format tar ne supporte pas la compression et a une limite de 8Go sur
-	   la taille des tables individuelles. Par ailleurs, l'ordre de restauration des données
-	   des tables ne peut pas être changé au moment de la restauration.
+           archive <command>tar</command> utilisable par
+           <application>pg_restore</application>. Le format tar est compatible
+           avec le format répertoire; l'extraction d'une archive au format tar
+           produit une archive au format répertoire valide. Toutefois, le
+           format tar ne supporte pas la compression. Par ailleurs, lors de
+           l'utilisation du format tar, l'ordre de restauration des données
+           des tables ne peut pas être changé au moment de la restauration.
           </para>
          </listitem>
         </varlistentry>
@@ -1101,15 +1102,6 @@
    position.
   </para>
 
-  <para>
-   Les fichiers d'une archive tar sont limités à une taille inférieure à
-   8&nbsp;Go. (C'est une limitation inhérente au format des fichiers tar.) 
-   Ce format ne peut donc pas être utilisé si la représentation textuelle
-   d'une table dépasse cette taille. La taille totale d'une archive tar et de
-   tout autre format de sortie n'est pas limitée, sauf peut-être par le système
-   d'exploitation.
-  </para>
-
   <para>
    Le fichier de sauvegarde produit par <application>pg_dump</application> ne
    contient pas les statistiques utilisées par l'optimiseur pour la

postgresql/ref/psql-ref.xml

@@ -192,7 +192,10 @@ EOF
 
       <para>
        Si <replaceable>nomfichier</replaceable> est un <literal>-</literal>
-       (tiret), alors l'entrée standard est lue.
+       (tiret), alors l'entrée standard est lue jusqu'à l'arrivée de la fin
+       de fichier ou de la méta-commande <command>\q</command>. Néanmoins, notez
+       que Readline n'est pas utilisé dans ce cas (un peu comme si l'option
+       <option>-n</option> avait été spécifiée).
       </para>
 
       <para>
@@ -1814,6 +1817,14 @@ bonjour 10
         class="parameter">nomfichier</replaceable> et l'exécute comme si elle
 	avait été saisie sur le clavier.
         </para>
+        <para>
+         Si <replaceable>nomfichier</replaceable> est <literal>-</literal>
+         (tiret), alors l'entrée standard est lu jusqu'à la fin de fichier ou
+         la venue de la méta-commande <command>\q</command>. Ceci peut être
+         utilisé pour mixer des entrées interactives avec des contenus de
+         fichiers. Notez que le comportement de Readline ne sera utilisé que
+         s'il est activé au niveau supérieur.
+        </para>
 	<note>
 	<para>
 	Si vous voulez voir les lignes sur l'écran au moment de leur lecture,