Quelques corrections

gleu · Sep 19, 2019 · ffc222e · ffc222e
1 parent b460482
commit ffc222e
Show file tree

Hide file tree

Showing 2 changed files with 22 additions and 22 deletions.
diff --git a/postgresql/limits.xml b/postgresql/limits.xml
@@ -12,11 +12,11 @@
  </para>
 
  <table id="limits-table">
-  <title>Limitations <productname>PostgreSQL</productname></title>
+  <title>Limitations de <productname>PostgreSQL</productname></title>
   <tgroup cols="3">
    <thead>
     <row>
-     <entry>Item</entry>
+     <entry>Élément</entry>
      <entry>Limite supérieure</entry>
      <entry>Commentaire</entry>
     </row>
@@ -32,40 +32,40 @@
     <row>
      <entry>nombre de bases de données</entry>
      <!-- 2^32 - FirstNormalObjectId - 1 -->
-     <entry>4,294,950,911</entry>
+     <entry>4&nbsp;294&nbsp;950&nbsp;911</entry>
      <entry></entry>
     </row>
 
     <row>
      <entry>relations par base de données</entry>
      <!-- (2^32 - FirstNormalObjectId - 1) / 3 (3 because of the table and the
           two types that are created to go with it) -->
-     <entry>1,431,650,303</entry>
+     <entry>1&nbsp;431&nbsp;650&nbsp;303</entry>
      <entry></entry>
     </row>
 
     <row>
      <entry>taille d'une relation</entry>
-     <entry>32 TB</entry>
-     <entry> Avec un <symbol>BLCKSZ</symbol> par défaut de 8192 octets</entry>
+     <entry>32 To</entry>
+     <entry>Avec un <symbol>BLCKSZ</symbol> par défaut de 8192 octets</entry>
     </row>
 
     <row>
      <entry>lignes par table</entry>
-     <entry>limité par le nombre de tuples qui peuvent être contenus dans 4,294,967,295 pages</entry>
+     <entry>limité par le nombre de lignes qui peuvent être contenus dans 4&nbsp;294&nbsp;967&nbsp;295 blocs</entry>
      <entry></entry>
     </row>
 
     <row>
      <entry>colonnes par table</entry>
      <entry>1600</entry>
-     <entry>aussi limité par la taille de tuple contenu dans une simple page; voir la note ci dessous
+     <entry>aussi limité par la taille des lignes contenues dans un simple bloc&nbsp;; voir la note ci dessous
      </entry>
     </row>
 
     <row>
      <entry>taille de champs</entry>
-     <entry>1 GB</entry>
+     <entry>1 Go</entry>
      <entry></entry>
     </row>
 
@@ -78,7 +78,7 @@
     <row>
      <entry>index par table</entry>
      <entry>illimitée</entry>
-     <entry>limité par le nombre maximum de relation par base de données</entry>
+     <entry>limité par le nombre maximum de relations par base de données</entry>
     </row>
 
     <row>
@@ -97,24 +97,24 @@
  </table>
 
  <para>
-  Le nombre maximum de colonnes pour une table et d'autant plus réduit que le
-  tuple stocké doit être contenu dans une simple page de 8192-octets.
-  Par exemple, sans compter l'entête du tuple, un tuple constitué de 1600 colonnes de type
-  <type>int</type> consommera 6400 octets et peut être stocké dans une page, mais un tuple
-  constitué de 1600 colonnes de type <type>bigint</type> consommera 12800 octets et
-  ne pourra pas tenir dans la page.
+  Le nombre maximum de colonnes pour une table est d'autant plus réduit que la
+  ligne stockée doit être contenu dans un simple bloc de 8192 octets.
+  Par exemple, sans compter l'entête d'une ligne, une ligne constituée de 1600 colonnes de type
+  <type>int</type> consommera 6400 octets et peut être stocké dans un bloc, mais une ligne
+  constituée de 1600 colonnes de type <type>bigint</type> consommera 12800 octets et
+  ne pourra pas tenir dans le bloc.
   Les champs typés <type>text</type>, <type>varchar</type> et <type>char</type> de longueur variable
   peuvent avoir leurs valeurs stockées à l'extérieur dans une table TOAST lorsque cette valeur
   est suffisament importante pour que cela se produise.
-  Un pointeur 18-octet doit rester à l'intérieur du tuple dans la table. Pour des longueurs
+  Un pointeur de 18 octets doit rester à l'intérieur de la ligne dans la table. Pour des longueurs
   moins importantes de champs à longueur variable, un champ entête de 4-octets ou 1-octet est
-  utilisé et la valeur est stockée à l'intérieur du tuple.
+  utilisé et la valeur est stockée à l'intérieur de la ligne.
  </para>
 
  <para>
   Les colonnes qui ont été supprimées de la table participent aussi à la limite
   maximum de colonnes. De plus, bien que les valeurs des colonnes supprimées
-  pour les nouveaux tuples créés soient marqués en interne comme null, ainsi que
-  dans la bitmap null du tuple, cette bitmap null consomme de l'espace.
+  pour les nouvelles lignes créées soient marquées en interne comme null, ainsi que
+  dans le champ de bits des valeurs null de la ligne, ce champ consomme de l'espace.
  </para>
 </appendix>
diff --git a/postgresql/ref/copy.xml b/postgresql/ref/copy.xml
@@ -376,13 +376,13 @@ WHERE <replaceable class="parameter">condition</replaceable>
     Toutes les lignes qui ne valident pas la condition ne seront
     pas insérées dans la table.
     On considère qu'une ligne qui valide la condition est une ligne qui renvoie
-    true lorsque la valeur réélle dans la table est comparée avec la condition.
+    true lorsque la valeur réelle dans la table est comparée avec la condition.
    </para>
 
    <para>
     Pour le moment, les sous requêtes ne sont pas autorisées dans
     l'expression du <literal>WHERE</literal>, et l'évaluation ne verra
-    pas les changements réalisé par la commande <command>COPY</command> elle même.
+    pas les changements réalisés par la commande <command>COPY</command> elle même.
     (Cela a son importance lorsque l'expression utilisée contient des appels à
     des fonctions <literal>VOLATILE</literal>)
    </para>