Mise à jour en version 11.11

postgresql/arch-dev.xml

@@ -547,25 +547,32 @@
    <command>INSERT</command>, <command>UPDATE</command> et
    <command>DELETE</command>. Pour <command>SELECT</command>, le code de
    l'exécuteur de plus haut niveau a uniquement besoin d'envoyer chaque ligne
-   retournée par l'arbre plan de la requête vers le client. Pour
-   <command>INSERT</command>, chaque ligne renvoyée est insérée dans la table cible
-   indiquée par <command>INSERT</command>. Cela se fait dans un n&oelig;ud
-   spécial haut niveau du plan appelé <literal>ModifyTable</literal>. (Une
-   simple commande <command>INSERT ... VALUES</command> crée un arbre plan trivial
-   constitué d'un seul n&oelig;ud, <literal>Result</literal>, calculant une
-   seule ligne de résultat, et <literal>ModifyTable</literal> au-dessus pour
-   réaliser l'insertion.
-   Mais <command>INSERT ... SELECT</command> peut demander la pleine puissance du
-   mécanisme de l'exécuteur.) Pour <command>UPDATE</command>, le planificateur
-   s'arrange pour que chaque ligne calculée inclue toutes les valeurs mises à
-   jour des colonnes, plus le <firstterm>TID</firstterm> (tuple ID ou
-   l'identifiant de la ligne) de la ligne de la cible originale&nbsp;; cette
-   donnée est envoyée dans un n&oelig;ud <literal>ModifyTable</literal>, qui
-   utilise l'information pour créer une nouvelle ligne mise à jour et
-   marquer l'ancienne ligne comme supprimée. Pour <command>DELETE</command>,
-   la seule colonne renvoyée par le plan est le TID, et <literal>ModifyTable</literal>
-   node utilise simplement le TID pour visiter chaque ligne cible et la
-   marquer comme supprimée.
+   retournée par l'arbre plan de la requête vers le client. <command>INSERT
+   ... SELECT</command>, <command>UPDATE</command>, and
+   <command>DELETE</command> sont en réalité des <command>SELECT</command>
+   sous un nœud de plan haut niveau appelé <literal>ModifyTable</literal>.
+  </para>
+
+  <para>
+   <command>INSERT ... SELECT</command> remplit les lignes de
+   <literal>ModifyTable</literal> pour insertion. Pour
+   <command>UPDATE</command>, l'optimiseur s'arrange pour que chaque ligne
+   traitée inclut toutes les valeurs mises à jour des colonnes, plus le
+   <firstterm>TID</firstterm> (<foreignphrase>tuple ID</foreignphrase>, ou
+   identifiant de ligne) de la ligne cible originale&nbsp;; cette donnée est
+   envoyée au nœud <literal>ModifyTable</literal>, qui utilise l'information
+   pour créer un nouveau nœud mis à jour et pour marquer l'ancienne ligne
+   comme supprimée. Pour <command>DELETE</command>, la seule colonne qui est
+   réellement renvoyée par le plan est le TID, et le nœud
+   <literal>ModifyTable</literal> utilise simplement le TID pour visiter
+   chaque ligne cible et la marquer supprimée.
+  </para>
+
+  <para>
+   Une simple commande <command>INSERT ... VALUES</command> crée un arbre de
+   plan trivial consistant en un seul nœud <literal>Result</literal>, qui
+   calcule seulement une ligne résultat, en l'envoyant à
+   <literal>ModifyTable</literal> pour réaliser l'insertion.
   </para>
 
  </sect1>

postgresql/catalogs.xml

@@ -6432,10 +6432,21 @@ SCRAM-SHA-256$<replaceable>&lt;nombre d'itération&gt;</replaceable>:<replaceabl
       </para>
      </listitem>
     </varlistentry>
+
+    <varlistentry>
+     <term><symbol>SHARED_DEPENDENCY_TABLESPACE</symbol> (<literal>t</literal>)</term>
+     <listitem>
+      <para>
+       L'objet référencé (qui doit être un tablespace) est mentionné comme le
+       tablespace pour une relation qui n'a pas de stockage.
+      </para>
+     </listitem>
+    </varlistentry>
    </variablelist>
 
    D'autres types de dépendances peuvent s'avérer nécessaires dans le futur.
-   La définition actuelle ne supporte que les rôles comme objets référencés.
+   La définition actuelle ne supporte que les rôles et les tablespaces comme
+   objets référencés.
   </para>
 
  </sect1>

postgresql/config.xml

@@ -2012,18 +2012,21 @@ block : bloc vidé,  dirty bloc : bloc à vider ?
 
  <para>
   Il existe un processus serveur séparé appelé <firstterm>background
-   writer</firstterm> dont le but est d'écrire les tampons
-  <quote>sales</quote> (parce que nouveaux ou modifiés). Ce processus
-  écrit les tampons partagés pour que les processus serveur gérant les
-  requêtes des utilisateurs n'aient jamais ou peu fréquemment à attendre
-  qu'une écriture se termine. Néanmoins, ce processus d'écriture en
-  tâche de fond implique une augmentation globale de la charge des
-  entrées/sorties disque car, quand une page fréquemment modifiée
-  pourrait n'être écrite qu'une seule fois par CHECKPOINT, le processus
-  d'écriture en tâche de fond pourrait l'avoir écrit plusieurs fois si
-  cette page a été modifiée plusieurs fois dans le même intervalle. Les
-  paramètres discutés dans cette sous-section peuvent être utilisés
-  pour configurer finement son comportement pour les besoins locaux.
+  writer</firstterm> dont le but est d'écrire les tampons <quote>sales</quote>
+  (parce que nouveaux ou modifiés). Quand le nombre de tampons partagés
+  propres semble insuffisant, le <foreignphrase>background
+  writer</foreignphrase> écrit quelques tampons sales au système de fichiers
+  et les marque comme étant propres. Ceci réduit la probabilité que les
+  processus serveur gérant les requêtes des utilisateurs ne soient dans
+  l'incapacité de trouver des tampons propres et doivent écrire eux-mêmes des
+  tampons sales. Néanmoins, ce processus
+  d'écriture en tâche de fond implique une augmentation globale de la charge
+  des entrées/sorties disque car, quand une page fréquemment modifiée pourrait
+  n'être écrite qu'une seule fois par CHECKPOINT, le processus d'écriture en
+  tâche de fond pourrait l'avoir écrit plusieurs fois si cette page a été
+  modifiée plusieurs fois dans le même intervalle. Les paramètres discutés
+  dans cette sous-section peuvent être utilisés pour configurer finement son
+  comportement pour les besoins locaux.
  </para>
 
  <variablelist>

postgresql/datatype.xml

@@ -1182,6 +1182,15 @@ SELECT '52093.89'::money::numeric::float8;
     rationnelles.
    </para>
 
+   <para>
+    Les caractères pouvant être enregistrés dans chacun de ces types de
+    données sont déterminés par le jeu de caractères de la base de données,
+    qui a été sélectionné à la création de la base. Quelque soit le jeu de
+    caractères spécifique, le caractère de code zéro (quelque fois appelé NUL)
+    ne peut être enregistré. Pour plus d'informations, voir <xref
+    linkend="multibyte"/>.
+   </para>
+
    <para>
     L'espace nécessaire pour une chaîne de caractères courte (jusqu'à 126 octets)
     est de un octet, plus la taille de la chaîne qui inclut le remplissage avec
@@ -1227,10 +1236,6 @@ sa forme" -->
     On peut se référer à la <xref linkend="sql-syntax-strings"/> pour obtenir plus d'informations
     sur la syntaxe des libellés de chaînes, et le <xref linkend="functions"/>
     pour des informations complémentaires sur les opérateurs et les fonctions.
-    Le jeu de caractères de la base de données détermine celui
-    utilisé pour stocker les valeurs texte&nbsp;; pour plus
-    d'informations sur le support des jeux de caractères, se référer à
-    la <xref linkend="multibyte"/>.
    </para>
 
    <example>