Traduction v12 de indices.xml

postgresql/indices.xml

@@ -285,10 +285,11 @@ SELECT * FROM places ORDER BY location <-> point '(101,456)' LIMIT 10;
   </para>
 
   <para>
-   Like GiST, SP-GiST supports <quote>nearest-neighbor</quote> searches.
-   For SP-GiST operator classes that support distance ordering, the
-   corresponding operator is specified in the <quote>Ordering Operators</quote>
-   column in <xref linkend="spgist-builtin-opclasses-table"/>.
+   Comme GiST, SP-GiST supporte les recherches de type
+   <quote>voisin-le-plus-proche</quote>. Pour les classes d'opérateur SP-GiST
+   qui supportent le tri par distance, l'opérateur correspondant est spécifié
+   dans la colonne <quote>Opérateurs d'ordre</quote> dans
+   <xref linkend="spgist-builtin-opclasses-table"/>.
   </para>
 
   <para>
@@ -513,16 +514,15 @@ SELECT * FROM places ORDER BY location <-> point '(101,456)' LIMIT 10;
 
   <para>
    Par défaut, les index B-tree stockent leurs entrées dans l'ordre ascendant,
-   valeurs NULL en dernier (table TID is treated as a tiebreaker column among
-   otherwise equal entries). Cela signifie que le parcours avant
-   d'un index sur une colonne <literal>x</literal> produit une sortie
-   satisfaisant <literal>ORDER BY x</literal> (ou en plus verbeux
-   <literal>ORDER BY x ASC NULLS LAST</literal>). L'index peut aussi être
-   parcouru en arrière, produisant ainsi une sortie satisfaisant un
-   <literal>ORDER BY x DESC</literal> (ou en plus verbeux
-   <literal>ORDER BY x DESC NULLS FIRST</literal> car
-   <literal>NULLS FIRST</literal> est la valeur par défaut pour un
-   <literal>ORDER BY DESC</literal>).
+   valeurs NULL en dernier (le TID de la table est traité comme une colonne de
+   départage pour les entrées qui sans quoi seraient identiques). Cela signifie
+   que le parcours avant d'un index sur une colonne <literal>x</literal>
+   produit une sortie satisfaisant <literal>ORDER BY x</literal> (ou en plus
+   verbeux <literal>ORDER BY x ASC NULLS LAST</literal>). L'index peut aussi
+   être parcouru en arrière, produisant ainsi une sortie satisfaisant un
+   <literal>ORDER BY x DESC</literal> (ou en plus verbeux <literal>ORDER BY x
+   DESC NULLS FIRST</literal> car <literal>NULLS FIRST</literal> est la valeur
+   par défaut pour un <literal>ORDER BY DESC</literal>).
   </para>
 
   <para>
@@ -826,9 +826,9 @@ CREATE INDEX test3_desc_index ON test3 (id DESC NULLS LAST);
 <programlisting>SELECT *
 FROM access_log
 WHERE url = '/index.html' AND client_ip = inet '212.78.10.32';</programlisting>
-    Here the query's IP address is covered by the partial index.  The
-    following query cannot use the partial index, as it uses an IP address
-    that is excluded from the index:
+    Ici l'adresse IP de la requête est couverte par un index partiel. La
+    requête suivante ne peut pas utiliser l'index partiel, puisqu'elle utilise
+    une adresse IP qui est exclue de l'index<&nbsp:>:
 <programlisting>SELECT *
 FROM access_log
 WHERE url = '/index.html' AND client_ip = inet '192.168.100.23';</programlisting>
@@ -1185,16 +1185,17 @@ CREATE INDEX tab_x_y ON tab(x, y);
   </para>
 
   <para>
-   <firstterm>Suffix truncation</firstterm> always removes non-key
-   columns from upper B-Tree levels.  As payload columns, they are
-   never used to guide index scans.  The truncation process also
-   removes one or more trailing key column(s) when the remaining
-   prefix of key column(s) happens to be sufficient to describe tuples
-   on the lowest B-Tree level.  In practice, covering indexes without
-   an <literal>INCLUDE</literal> clause often avoid storing columns
-   that are effectively payload in the upper levels.  However,
-   explicitly defining payload columns as non-key columns
-   <emphasis>reliably</emphasis> keeps the tuples in upper levels
+   La <firstterm>troncature de suffixe</firstterm> supprime toujours les
+   colonnes non-clé des niveau supérieurs du B-Tree. En tant que colonnes de
+   charge utile, elles ne sont jamais utilisées pour guider des parcours
+   d'index. Le processus de troncature supprime également une ou plusieurs
+   colonne(s) clé quand le reste du préfixe de colonnes(s) se montre suffisant
+   pour décrire les tuples du plus bas niveau de B-Tree. Dans la pratique, les
+   index couvrant sans clause <literal>INCLUDE</literal> évitent souvent de
+   stocker les colonnes qui sont de la charge utile effective dans les niveaux
+   supérieurs. Cependant, définir explicitement les colonnes de charge utile
+   comme colonnes non clé permet de conserver des tuples de petite taille dans
+   les niveaux supérieurs <emphasis>de manière fiable</emphasis>.
    small.
   </para>