Mise à jour en version 9.1.5

postgresql/backup.xml

@@ -1340,6 +1340,11 @@ tar -rf /var/lib/pgsql/backup.tar /var/lib/pgsql/archive/
       Rappelez vous d'ajouter de la gestion d'erreur à vos scripts.
      </para>
 
+     </sect3>
+
+     <sect3 id="compressed-archive-logs">
+      <title>Compression des journaux archivés</title>
+
      <para>
       Si la taille du stockage des archives est un problème, utilisez
       <application>pg_compresslog</application>,

postgresql/config.xml

@@ -2121,9 +2121,12 @@ block : bloc vidé,  dirty bloc : bloc à vider ?
        <listitem>
        <para>
         Indique le nombre maximum de connexions concurrentes à partir des
-        serveurs en attente ou des clients en mode sauvegarde de base
-        par le flux de réplication (c'est-à-dire le nombre maximum de processus
-        walsender connectés en même temps). La valeur par défaut est zéro.
+        serveurs en attente (c'est-à-dire le nombre maximum de processus
+        walsender en cours d'exécution). La valeur par défaut est zéro,
+        signifiant que la réplication est désactivée. Les processus
+        walsender sont lançables jusquà atteindre le nombre total de
+        connexions, donc ce paramètre ne peut pas être supérieur à
+        <xref linkend="guc-max-connections">.
         Ce paramètre peut seulement être configuré au lancement du serveur.
         <varname>wal_level</varname> doit être configuré à
         <literal>archive</literal> ou <literal>hot_standby</literal> pour

postgresql/datatype.xml

@@ -822,6 +822,20 @@ ALTER SEQUENCE <replaceable class="parameter">nom_de_table</replaceable>_<replac
      la table est supprimée.
     </para>
 
+    <note>
+      <para>
+        Comme <type>smallserial</type>, <type>serial</type> et
+        <type>bigserial</type> sont implémentés en utilisant des séquences,
+        il peut y avoir des trous dans la séquence de valeurs qui apparait dans
+        la colonne, même si aucune ligne n'est jamais supprimée. Une valeur
+        allouée à partir de la séquence est toujours utilisée même si la ligne
+        contenant cette valeur n'est pas insérée avec succès dans la colonne de
+        la table. Cela peut survenir si la transaction d'insertion est annulée.
+        Voir <literal>nextval()</literal> dans <xref linkend="functions-sequence"/>
+        pour plus de détails.
+      </para>
+    </note>
+
     <note>
      <para>
       Avant <productname>PostgreSQL</productname> 7.3, 

postgresql/external-projects.xml

@@ -13,20 +13,6 @@
    l'extérieur du projet principal.
   </para>
 
-  <para>
-   Pour aider la communauté à développer ses projets externes, 
-   <ulink url="http://www.pgfoundry.org/">PgFoundry</ulink>, site web
-   qui héberge les projets liés à <productname>PostgreSQL</productname>
-   a été créé. PgFoundry est construit à partir du
-   projet GForge similaire à
-   <ulink url="http://sourceforge.net">SourceForge.net</ulink> dans ses
-   fonctionnalités, puisqu'il fournit des listes de diffusion, des forums, un
-   outil de gestion des bogues, un système de versionnage et un site web. Tout
-   développeur d'un projet libre en relation avec
-   <productname>PostgreSQL</productname>, qui souhaite l'héberger sur
-   PgFoundry, peut créer un nouveau projet.
-  </para>
-
  <sect1 id="external-interfaces">
   <title>Interfaces client</title>
 

postgresql/func.xml

@@ -10017,6 +10017,27 @@ pour trouver <literal>foo</literal></lineannotation></programlisting>
         exécutent <function>nextval</function> concurrentiellement, chacune
 	obtient sans risque une valeur de séquence distincte.
        </para>
+
+  <para>
+   Si un objet séquence a été créé avec les paramètres par défaut, les
+   appels à <function>nextval</function> sur celui-ci renvoient des valeurs
+   successives à partir de 1. D'autres comportements peuvent être obtenus en
+   utilisant des paramètres spéciaux de la commande <xref
+   linkend="sql-createsequence"/>&nbsp;; voir
+   la page de référence de la commande pour plus d'informations.
+  </para>
+
+  <important>
+   <para>
+    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.
+   </para>
+  </important>
       </listitem>
      </varlistentry>
 
@@ -10080,33 +10101,18 @@ SELECT setval('foo', 42, false);    <lineannotation>Le <function>nextval</functi
         Le résultat renvoyé par <function>setval</function> est la valeur
         du second argument.
        </para>
+       <important>
+        <para>
+         Comme les séquences sont non transactionnelles, les modifications
+         réalisées par <function>setval</function> ne sont pas annulées si la
+         transaction est annulée.
+        </para>
+       </important>
       </listitem>
      </varlistentry>
     </variablelist>
   </para>
 
-  <para>
-   Si un objet séquence a été créé avec les paramètres par défaut, les
-   appels à <function>nextval</function> sur celui-ci renvoient des valeurs
-   successives à partir de 1. D'autres comportements peuvent être obtenus en
-   utilisant des paramètres spéciaux de la commande <xref
-   linkend="sql-createsequence"/>&nbsp;; voir
-   la page de référence de la commande pour plus d'informations.
-  </para>
-
-  <important>
-   <para>
-    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. Les opérations <function>setval</function>
-    ne sont jamais annulées non plus.
-   </para>
-  </important>
-
  </sect1>
 
 

postgresql/installation.xml

@@ -2779,15 +2779,6 @@ MANPATH=/usr/lib/scohelp/%L/man:/usr/dt/man:/usr/man:/usr/share/man:scohelp:/usr
     ci-dessous.
    </para>
 
-   <para>
-    Notez que PostgreSQL est fourni avec Solaris 10 (à partir de l'update 2).
-    Des packages officiels sont aussi disponibles sur
-    <ulink url="http://pgfoundry.org/projects/solarispackages/"></ulink>.
-    Des packages pour des versions plus anciennes de Solaris peuvent aussi
-    être obtenus sur <ulink url="http://www.sunfreeware.com/"></ulink> ou
-    <ulink url="http://www.blastwave.org/"></ulink>.
-   </para>
-
    <sect3>
     <title>Outils requis</title>
 

postgresql/legal.xml

@@ -5,15 +5,15 @@
      révision $Revision$ -->
 
 <copyright>
- <year>1996-2011</year>
+ <year>1996-2012</year>
  <holder>The PostgreSQL Global Development Group</holder>
 </copyright>
 
 <legalnotice id="legalnotice">
  <title>Legal Notice</title>
 
  <para>
-  <productname>PostgreSQL</productname> is Copyright &copy; 1996-2011
+  <productname>PostgreSQL</productname> is Copyright &copy; 1996-2012
   by the PostgreSQL Global Development Group and is distributed under
   the terms of the license of the University of California below.
  </para>

postgresql/ref/create_index.xml

@@ -396,18 +396,14 @@
 
    <para>
     Dans la construction en parallèle d'un index, l'index est enregistré
-    dans le catalogue système dans une transaction, puis les deux
-    parcours de table interviennent dans une deuxième et troisième
-    transactions. Toutes les transactions actives au début du second
-    parcours de la table ont le potentiel de bloquer une création d'index
-    concurrente jusqu'à leur fin, pas seulement les transactions qui
-    utilisent déjà la table. Lors de la vérification des transactions
-    qui pourraient utiliser l'index original, la création concurrente
-    d'index va continuer son travail en obtenant des verrous partagés
-    sur les identifiants de transactions virtuelles des anciennes
-    transactions pouvant potentiellement interférer avec la création
-    d'index. Ces verrous permettent d'attendre la fin des transactions
-    en question.
+    dans les catalogues systèmes dans une transaction, puis les deux
+    parcours de table interviennent dans deux transactions supplémentaires.
+    Toute transaction active au début du second parcours de la table peut
+    bloquer la création concurrente de l'index jusqu'à sa fin, y compris
+    pour les transactions qui référencent seulement la table après que le
+    deuxième parcours de table commence. La création parallèle d'index attend
+    en série que chaque ancienne transaction se termine en utilisant la
+    méthode soulignée dans la section <xref linkend="view-pg-locks"/>.
    </para>
 
    <para>

postgresql/ref/psql-ref.xml

@@ -106,7 +106,8 @@
        explicites sont inclues dans la chaîne pour la diviser en plusieurs
        transactions. Ceci est différent du comportement adopté quand la même
        chaîne est envoyée dans l'entrée standard de
-       <application>psql</application>.
+       <application>psql</application>. De plus, seul le résultat de la dernière
+       commande SQL est renvoyé.
       </para>
       </listitem>
     </varlistentry>