Mise à jour en version 9.0.11

postgresql/catalogs.xml

@@ -2351,7 +2351,7 @@ lourd ! -->
 
   <para>
    Contrairement à la plupart des catalogues systèmes,
-   <structname>pg_db_role_setting</structname> est partagé parmi toutes lees
+   <structname>pg_db_role_setting</structname> est partagé parmi toutes les
    bases de données de l'instance&nbsp;: il n'existe qu'une copie de
    <structname>pg_db_role_setting</structname> par instance, pas une par base
    de données.

postgresql/config.xml

@@ -575,8 +575,9 @@ include 'nom_fichier'
         supporté par les systèmes qui supportent les symboles
         <symbol>TCP_KEEPIDLE</symbol> ou <symbol>TCP_KEEPALIVE</symbol> et
         sur Windows&nbsp;; sur les autres systèmes, ce paramètre doit valoir
-        zéro. Ce paramètre est ignoré pour les connexions via un socket de
-        domaine Unix.
+        zéro.
+        Pour les sessions connectées via une socket de domaine Unix, ce
+        paramètre est ignoré et vaut toujours zéro.
          <note>
           <para>
            Sur Windows, une valeur de 0 configurera ce paramètre à deux heures
@@ -600,8 +601,9 @@ include 'nom_fichier'
         revient à utiliser la valeur système par défaut. Ce paramètre est
         seulement supporté par les systèmes qui supportent le symbole
         <symbol>TCP_KEEPINTVL</symbol> et sur Windows&nbsp;; sur les autres
-        systèmes, ce paramètre doit valoir zéro. Ce paramètre est ignoré pour
-        les connexions via un socket de domaine Unix.
+        systèmes, ce paramètre doit valoir zéro.
+        Pour les sessions connectées via une socket de domaine Unix, ce
+        paramètre est ignoré et vaut toujours zéro.
          <note>
           <para>
            Sur Windows, une valeur de 0 configurera ce paramètre à une seconde
@@ -624,8 +626,9 @@ include 'nom_fichier'
         connexion qui semble inutilisée. Une valeur de 0 revient à utiliser la
         valeur système par défaut. Ce paramètre est seulement supporté par les
         systèmes qui supportent le symbole <symbol>TCP_KEEPCNT</symbol>&nbsp;;
-        sur les autres systèmes, ce paramètre doit valoir zéro. Ce paramètre
-        est ignoré pour les connexions via un socket de domaine Unix.
+        sur les autres systèmes, ce paramètre doit valoir zéro.
+        Pour les sessions connectées via une socket de domaine Unix, ce
+        paramètre est ignoré et vaut toujours zéro.
          <note>
           <para>
            Ce paramètre n'est pas supporté sur Windows et doit donc valoir

postgresql/docguide.xml

@@ -115,7 +115,7 @@
     </varlistentry>
 
     <varlistentry>
-     <term><ulink url="http://wiki.docbook.org/topic/DocBookDssslStylesheets">DocBook DSSSL Stylesheets</ulink></term>
+     <term><ulink url="http://wiki.docbook.org/DocBookDssslStylesheetDocs">DocBook DSSSL Stylesheets</ulink></term>
      <listitem>
       <para>
        Ils contiennent les instructions de traitement pour convertir les
@@ -126,7 +126,7 @@
     </varlistentry>
 
     <varlistentry>
-     <term><ulink url="http://wiki.docbook.org/topic/DocBookXslStylesheets">DocBook XSL Stylesheets</ulink></term>
+     <term><ulink url="http://wiki.docbook.org/DocBookXslStylesheets">DocBook XSL Stylesheets</ulink></term>
      <listitem>
       <para>
        C'est une autre feuille de style pour convertir DocBook vers d'autres

postgresql/ecpg.xml

@@ -634,13 +634,6 @@ do {
     Ici, la clause <literal>INTO</literal> apparaît après toutes les autres
     clauses.
    </para>
-
-   <para>
-    Ces deux méthodes ne permettent de récupérer qu'une ligne à la
-    fois. Pour traiter des ensembles de résultats
-    contenant potentiellement plus d'une ligne, il faut utiliser un
-    curseur, comme indiqué dans le second exemple.
-   </para>
   </sect2>
 
   <sect2>

postgresql/func.xml

@@ -7849,7 +7849,7 @@ precision</type>)</literal></entry>
        </row>
        <row>
 	<entry><literal><function>path</function>(<type>polygon</type>)</literal></entry>
-	<entry><type>point</type></entry>
+	<entry><type>path</type></entry>
 	<entry>polygone vers chemin</entry>
 	<entry><literal>path(polygon '((0,0),(1,1),(2,0))')</literal></entry>
        </row>

postgresql/indices.xml

@@ -191,9 +191,12 @@
    <para>
     Les opérations sur les index de hachage ne sont pas tracées par les journaux
     de transactions. Il est donc généralement nécessaire de les reconstruire
-    avec <command>REINDEX</command> après un crash de la base. Ils ne sont pas
-    non plus répliqués, que ce soit dans la réplication en flux ou par journaux
-    de transactions. Pour ces raisons, l'utilisation des index de hachage est
+    avec <command>REINDEX</command> après un arrêt brutal de la
+    base de données si des modifications n'ont pas été écrites. De plus, les
+    modifications dans les index hash ne sont pas répliquées avec la
+    réplication Warm Standby après la sauvegarde de base initiale, donc ces
+    index donneront de mauvaises réponses aux requêtes qui les utilisent.
+    Pour ces raisons, l'utilisation des index hash est actuellement
     déconseillée.
    </para>
   </caution>  

postgresql/install-win32.xml

@@ -306,7 +306,7 @@
 
   <para>
    PostgreSQL ne peut être compilé pour l'architecture x64 que sur Windows
-   64-bits, il n'y a pas de support pour lees processeurs Itanium.
+   64-bits, il n'y a pas de support pour les processeurs Itanium.
   </para>
 
   <para>

postgresql/ref/create_database.xml

@@ -46,16 +46,6 @@
    Voir à ce sujet <xref linkend="sql-createuser"/>.
   </para>
 
-  <para>
-   En fonctionnement normal, le créateur devient le propriétaire de la nouvelle base.
-   Les superutilisateurs peuvent créer des bases et en donner la propriété à
-   un autre utilisateur à l'aide de la clause <literal>OWNER</literal>. Ils peuvent ainsi
-   créer des bases qui appartiennent à des utilisateurs sans
-   droit particulier. Les utilisateurs qui possèdent le privilège <literal>CREATEDB</literal>
-   mais ne sont pas superutilisateur ne peuvent
-   créer que des bases de données dont ils sont propriétaires.
-  </para>
-
   <para>
    Par défaut, la nouvelle base de données est créée en clonant la base
    système standard <literal>template1</literal>.  Un modèle différent peut
@@ -84,10 +74,11 @@
       <term><replaceable class="parameter">nom_utilisateur</replaceable></term>
       <listitem>
        <para>
-        Le nom de l'utilisateur propriétaire de la
-        nouvelle base de données ou <literal>DEFAULT</literal> pour 
-        l'option par défaut (c'est-à-dire le nom de l'utilisateur qui
-        exécute la commande).
+        Le nom de l'utilisateur propriétaire de la nouvelle base de données ou
+        <literal>DEFAULT</literal> pour l'option par défaut (c'est-à-dire le
+        nom de l'utilisateur qui exécute la commande). Pour créer une base de
+        données dont le propriétaire est un autre rôle, vous devez être un
+        membre direct ou direct de ce rôle, ou être un superutilisateur.
        </para>
       </listitem>
      </varlistentry>

postgresql/ref/create_index.xml

@@ -560,6 +560,20 @@
    système choisira un nom, typiquement <literal>films_lower_idx</literal>.)
   </para>
 
+  <caution>
+   <para>
+    Les opérations sur les index hash ne sont pas enregistrées dans les
+    journaux de transactions. Du coup, les index hash doivent être
+    reconstruit avec <command>REINDEX</command> après un arrêt brutal de la
+    base de données si des modifications n'ont pas été écrites. De plus, les
+    modifications dans les index hash ne sont pas répliquées avec la
+    réplication Warm Standby après la sauvegarde de base initiale, donc ces
+    index donneront de mauvaises réponses aux requêtes qui les utilisent.
+    Pour ces raisons, l'utilisation des index hash est actuellement
+    déconseillée.
+   </para>
+  </caution>
+
   <para>
    Pour créer un index avec un ordre de tri des valeurs NULL différent du
    standard&nbsp;:

postgresql/ref/create_schema.xml

@@ -65,10 +65,10 @@ CREATE SCHEMA AUTHORIZATION <replaceable class="parameter">nom_utilisateur</repl
       <term><replaceable class="parameter">nom_schéma</replaceable></term>
       <listitem>
        <para>
-	Le nom du schéma à créer. S'il est oublié, le nom de l'utilisateur
-	est utilisé comme nom de schéma. Le nom ne peut pas débuter par
-	<literal>pg_</literal>, ces noms étant réservés aux schémas du
-	système.
+	       Le nom du schéma à créer. S'il est oublié, le paramètre <replaceable
+         class="parameter">nomutilisateur</replaceable> est utilisé comme nom
+         de schéma. Le nom ne peut pas débuter par <literal>pg_</literal>, ces
+         noms étant réservés aux schémas du système.
        </para>
       </listitem>
      </varlistentry>
@@ -77,10 +77,10 @@ CREATE SCHEMA AUTHORIZATION <replaceable class="parameter">nom_utilisateur</repl
       <term><replaceable class="parameter">nom_utilisateur</replaceable></term>
       <listitem>
        <para>
-        Le nom de l'utilisateur à qui appartient le schéma. Par défaut, 
-		il s'agit de l'utilisateur qui exécute la commande. Seuls les
-	superutilisateurs peuvent créer des schémas possédés par d'autres
-	utilisateurs.
+        Le nom de l'utilisateur à qui appartient le schéma. Par défaut, il
+        s'agit de l'utilisateur qui exécute la commande. Pour créer un schéma
+        dont le propriétaire est un autre rôle, vous devez être un membre direct
+        ou indirect de ce rôle, ou être un superutilisateur.
        </para>
       </listitem>
      </varlistentry>
@@ -172,7 +172,8 @@ CREATE VIEW hollywood.gagnants AS
    <productname>PostgreSQL</productname> permet à un schéma de contenir
    des objets qui n'appartiennent pas à son propriétaire.
    Cela n'est possible que si le propriétaire du schéma transmet le privilège
-   <literal>CREATE</literal> sur son schéma.
+   <literal>CREATE</literal> sur son schéma ou si un superutilisateur choisir
+   d'y créer des objets.
   </para>
  </refsect1>