[Trad] [svn:pgfr] r1409 - traduc/trunk/postgresql

[admin at listes.postgresql.fr]

Author: gleu
Date: 2009-10-15 21:15:04 +0200 (Thu, 15 Oct 2009)
New Revision: 1409

Modified:
   traduc/trunk/postgresql/array.xml
Log:
Relecture de Florence Cousin.


Modified: traduc/trunk/postgresql/array.xml
===================================================================
--- traduc/trunk/postgresql/array.xml	2009-10-09 06:46:05 UTC (rev 1408)
+++ traduc/trunk/postgresql/array.xml	2009-10-15 19:15:04 UTC (rev 1409)
@@ -64,15 +64,15 @@
  <para>
   De plus, l'implantation actuelle n'oblige pas non plus à déclarer le
   nombre de dimensions. Les tableaux d'un type d'élément particulier sont tous
-  considérés comme étant du même type, quelque soit leur taille ou le
+  considérés comme étant du même type, quels que soient leur taille ou le
   nombre de dimensions. Déclarer la taille du tableau ou le nombre de dimensions
   dans <command>CREATE TABLE</command> n'a qu'un but documentaire. Le
   comportement de l'application n'en est pas affecté.
  </para>
 
  <para>
-  Une autre syntaxe, conforme au standard SQL utilisant le mot clé
-  <literal>ARRAY</literal>, peut être utilisée pour les tableaux à une
+  Une autre syntaxe, conforme au standard SQL via l'utilisation du mot clé
+  <literal>ARRAY</literal>, peut être employée pour les tableaux à une
   dimension. <structfield>paye_par_semaine</structfield> peut être défini
   ainsi&nbsp;:
 <programlisting>paye_par_semaine  integer ARRAY[4],</programlisting>
@@ -241,7 +241,7 @@
   Il est également possible d'accéder à des parties rectangulaires arbitraires ou à des
   sous-tableaux. Une partie de tableau est indiquée par l'écriture
   <literal><replaceable>extrémité basse</replaceable>:<replaceable>extrémité haute</replaceable></literal>
-  sur n'importe quelle dimension. Ainsi, La requête suivante retourne
+  sur n'importe quelle dimension. Ainsi, la requête suivante retourne
   le premier élément du planning de Bill pour les deux premiers jours de la
   semaine&nbsp;:
      
@@ -296,7 +296,7 @@
  </para>
 
  <para>
-  Les dimensions actuelles de toute valeur d'un tableau sont disponibles avec la
+  Les dimensions actuelles de toute valeur de type tableau sont disponibles avec la
   fonction <function>array_dims</function>&nbsp;:
 
 <programlisting>SELECT array_dims(planning) FROM sal_emp WHERE nom = 'Carol';
@@ -549,7 +549,7 @@
 
  <tip>
   <para>
-   Les tableaux ne sont pas toujours initialisés&nbsp;; rechercher des éléments
+   Les tableaux ne sont pas des ensembles&nbsp;; rechercher des éléments
    spécifiques dans un tableau peut être un signe d'une mauvaise conception de
    la base de données. On utilise plutôt une table séparée avec une
    ligne pour chaque élément faisant parti du tableau. Cela simplifie
@@ -568,7 +568,7 @@
   </indexterm>
 
   <para>
-   La représentation externe du type texte d'une valeur de tableau consiste en
+   La représentation externe du type texte d'une valeur de type tableau consiste en
    des éléments interprétés suivant les règles de conversion d'entrées/sorties
    pour le type de l'élément du tableau, plus des décorations indiquant la
    structure du tableau. L'affichage est constitué d'accolades (<literal>{</literal>
@@ -576,7 +576,7 @@
    délimitation entre éléments adjacents. Le caractère délimiteur est
    habituellement une virgule (<literal>,</literal>) mais peut différer&nbsp;:
    il est déterminé par le paramètre <literal>typdelim</literal> du type de l'élément
-   tableau. Parmi les types de données standards supportés par l'implantation
+   tableau. Parmi les types de données standard supportés par l'implantation
    de <productname>PostgreSQL</productname>, seul le type <type>box</type> utilise un
    point-virgule (<literal>;</literal>), tous les autres utilisant la virgule.
    Dans un tableau multidimensionnel, chaque dimension (row, plane, cube, etc.)
@@ -637,22 +637,23 @@
    Comme indiqué précédemment, lors de l'écriture d'une valeur de tableau,
    des guillemets doubles peuvent être utilisés autour de chaque élément
    individuel du tableau. Il <emphasis>faut</emphasis> le faire si leur absence
-   autour d'un élément induit en erreur l'analyseur de la valeur du tableau.
+   autour d'un élément induit en erreur l'analyseur de tableau.
    Par exemple, les éléments contenant des crochets, virgules (ou tout type de
    données pour le caractère délimiteur correspondant),
    guillemets doubles, antislashs ou espace (en début comme en fin) doivent
    avoir des guillemets doubles. Les chaînes vides et les chaînes <literal>NULL</literal>
    doivent aussi être entre guillemets. Pour placer un guillemet double ou un antislash
-   dans une valeur d'élément d'un tableau, on utilise la syntaxe d'échappement des
-   chaînes et on le précède d'un antislash.
-   Au-delà, tous les caractères de données qui sont utilisés dans la syntaxe
-   du tableau peuvent être échappés.
+   dans une valeur d'élément d'un tableau, utilisez la syntaxe d'échappement des
+   chaînes et faites-la le précèder d'un antislash.
+   Comme alternative, vous pouvez vous passer de guillemets et utiliser l'échappement par
+   antislash pour protéger tous les caractères de données qui seraient autrement interprétés 
+   en tant que caractères de syntaxe de tableau.
   </para>
 
   <para>
    Des espaces peuvent être ajoutées avant un crochet gauche ou après un crochet
    droit. Comme avant tout élément individuel.
-   Dans tous les cas, les espaces sont ignorées. En revanche, les espaces à
+   Dans tous ces cas-là, les espaces sont ignorées. En revanche, les espaces à
    l'intérieur des éléments entre guillemets doubles ou entourées de
    caractères autres que des espaces ne sont pas ignorées.
   </para>