Mise à jour en version 8.4.15

backup.xml

@@ -2039,62 +2039,6 @@ if (!triggered)
    </para>
   </sect2>
 
-  <sect2 id="backup-incremental-updated">
-   <title>Sauvegardes incrémentales</title>
-
-  <indexterm zone="backup">
-   <primary>incrementally updated backups</primary>
-  </indexterm>
-
-  <indexterm zone="backup">
-   <primary>sauvegarde incrémentale</primary>
-  </indexterm>
-
-  <indexterm zone="backup">
-   <primary>accumulation des modifications</primary>
-  </indexterm>
-
-<!-- Le terme accumulation des modifications ne me semble pas très heureux.
--->
-   <para>
-    Dans une configuration de reprise intermédiaire (<foreignphrase>warm
-    standby</foreignphrase>), il est possible de décharger le serveur
-    principal du coût des sauvegardes régulières des bases. Les sauvegardes
-    des bases peuvent, pour cela, être effectuées en sauvegardant les fichiers
-    d'un serveur de secours. Ce concept prend le nom de sauvegardes
-    incrémentales, accumulation des journaux de modifications ou
-    accumulation des modifications.
-   </para>
-
-   <para>
-    Si une sauvegarde du répertoire des données du serveur de secours est
-    effectuée alors
-    qu'il traite les journaux transférés du serveur principal, il est
-    possible de recharger ces données et de redémarrer le processus de
-    restauration sur le serveur de secours à partir du dernier point de
-    redémarrage. Il n'est alors plus nécessaire de conserver les fichiers
-    WAL précédant le point de redémarrage. Si une restauration s'avère
-    nécessaire, elle est plus rapide si elle est effectuée à partir d'une
-    sauvegarde incrémentale qu'à partir de la
-    sauvegarde originale.
-   </para>
-
-   <para>
-    Puisque le serveur de secours n'est pas <quote>actif</quote>, il n'est
-    pas possible d'utiliser <function>pg_start_backup()</function> et
-    <function>pg_stop_backup()</function> pour gérer le processus de
-    sauvegarde&nbsp;; c'est à l'utilisateur de déterminer le nombre de fichiers
-    de segment WAL à conserver pour avoir une sauvegarde
-    récupérable. Cela peut se faire en exécutant 
-    <application>pg_controldata</application> sur le serveur de secours pour
-    inspecter le fichier de contrôle et déterminer
-    l'emplacement du point de contrôle WAL courant, ou en utilisant l'option 
-    <varname>log_checkpoints</varname> pour afficher les valeurs sur les
-    traces du serveur.
-   </para>
-  </sect2>
- </sect1>
-
  <sect1 id="migration">
   <title>Migration entre versions</title>
 

docguide.xml

@@ -133,7 +133,7 @@
 
     <varlistentry>
      <term><ulink
-     url="http://wiki.docbook.org/topic/DocBookDssslStylesheets">Feuilles
+     url="http://wiki.docbook.org/DocBookDssslStylesheetDocs">Feuilles
      de styles DocBook DSSSL</ulink></term>
      <listitem>
       <para>

func.xml

@@ -7702,7 +7702,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>

ref/create_database.xml

@@ -46,16 +46,6 @@
    Voir à ce sujet <xref linkend="sql-createuser" endterm="sql-createuser-title"/>.
   </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">propriétaire</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>

ref/create_index.xml

@@ -547,6 +547,20 @@
 </programlisting>
   </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;:

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>