Changeset 478

Show
Ignore:
Timestamp:
11/05/06 23:56:48 (2 years ago)
Author:
gleu
Message:

Corrections de quelques typos.

Files:

Legend:

Unmodified
Added
Removed
Modified
Copied
Moved
  • traduc/trunk/manuel/indices.xml

    r463 r478  
    9292   Créer un index sur une grosse table peut prendre beaucoup de temps. Par 
    9393   défaut, <productname>PostgreSQL</productname> autorise la lecture (SELECT) 
    94    sur la table en parallèle à la création d'un index mais interdit les 
    95    écritures (INSERT, UPDATE, DELETE) qui sont bloquées jusqu'à la fon de la 
     94   sur la table pendant la création d'un index sur celle-ci mais interdit les 
     95   écritures (INSERT, UPDATE, DELETE) qui sont bloquées jusqu'à la fin de la 
    9696   construction de l'index. Dans des environnements de production, ceci est 
    9797   souvent inacceptable. Il est possible d'autoriser les écritures en 
    98    parallèle de la création d'un index mais quelques avertissements sont à  
    99    prendre en considération. Pour plus d'information, voir <xref linkend="SQL-CREATEINDEX-CONCURRENTLY" 
    100    endterm="SQL-CREATEINDEX-CONCURRENTLY-title"/>. 
     98   parallèle de la création d'un index mais quelques précautions sont à 
     99   prendre en considération. Pour plus d'informations, voir <xref 
     100   linkend="sql-createindex-concurrently" 
     101   endterm="sql-createindex-concurrently-title"/>. 
    101102  </para> 
    102103 
     
    326327 
    327328  <para> 
    328    A multicolumn GiST index can be used with query conditions that 
    329    involve any subset of the index's columns. Conditions on additional  
    330    columns restrict the entries returned by the index, but the condition on  
    331    the first column is the most important one for determining how much of  
    332    the index needs to be scanned.  A GiST index will be relatively  
    333    ineffective if its first column has only a few distinct values, even if  
    334    there are many distinct values in additional columns. 
     329   Un index GiST multicolonnes peut être utilisé avec des conditions dans la 
     330   requête qui impliquent tout sous-ensemble des colonnes de l'index. Les 
     331   conditions sur les colonnes supplémentaires restreignent les entrées renvoyées 
     332   par l'index mais la condition sur la première colonne est la plus importante 
     333   pour déterminer la quantité d'index qui sera parcourue. Un index GiST sera 
     334   relativement inefficace si sa première colonne a seulement quelques valeurs 
     335   distinctes, même s'il y a beaucoup de valeurs distinctes dans les colonnes 
     336   supplémentaires. 
    335337  </para> 
    336338 
  • traduc/trunk/manuel/mvcc.xml

    r463 r478  
    635635         EXCLUSIVE</literal>, <literal>EXCLUSIVE</literal> et 
    636636         <literal>ACCESS EXCLUSIVE</literal>. Ce mode protège une table contre 
    637          les modifications concurrentes de schéma et l'exécution de 
     637         les modifications concurrentes de schéma et l'exécution d'un 
    638638         <command>VACUUM</command>. 
    639639        </para> 
  • traduc/trunk/manuel/queries.xml

    r463 r478  
    690690 
    691691  <sect2 id="queries-where"> 
    692    <title>La clause <literal>WHERE</literal></title> 
     692   <title>Clause <literal>WHERE</literal></title> 
    693693 
    694694   <indexterm zone="queries-where"> 
     
    769769 
    770770  <sect2 id="queries-group"> 
    771    <title>Les clauses <literal>GROUP BY</literal> et 
     771   <title>Clauses <literal>GROUP BY</literal> et 
    772772<literal>HAVING</literal></title> 
    773773 
     
    13131313   avoir à réellement créer et peupler une table sur disque. La syntaxe est 
    13141314<synopsis> 
    1315 VALUES ( <replaceable class="PARAMETER">expression</replaceable> [, ...] ) [, ...] 
     1315VALUES ( <replaceable class="parameter">expression</replaceable> [, ...] ) [, ...] 
    13161316</synopsis> 
    13171317   Chaque liste d'expressions entre parenthèses génère une ligne dans la table. 
  • traduc/trunk/manuel/ref/copy.xml

    r442 r478  
    5252 
    5353  <para> 
    54    <command>COPY</command> transfert des données entre les tables de 
     54   <command>COPY</command> transfère des données entre les tables de 
    5555   <productname>PostgreSQL</productname> et les fichiers du système de 
    5656   fichiers standard. <command>COPY TO</command> copie le contenu d'une table 
     
    101101 
    102102   <varlistentry> 
    103     <term><replaceable class="parameter">query</replaceable></term> 
     103    <term><replaceable class="parameter">requête</replaceable></term> 
    104104    <listitem> 
    105105     <para> 
  • traduc/trunk/manuel/ref/create_index.xml

    r448 r478  
    123123        la construction d'un index standard verrouille les écritures (mais pas 
    124124        les lectures) sur la table jusqu'à la fin de la construction. Il 
    125         est nécessaire d'avoir quelques avertissements avant d'utiliser 
    126         locks out writes (but not reads) on the table until it's done. 
     125        est nécessaire d'avoir quelques connaissances avant d'utiliser 
    127126        cette option &mdash; voir <xref linkend="SQL-CREATEINDEX-CONCURRENTLY" 
    128127        endterm="SQL-CREATEINDEX-CONCURRENTLY-title"/>. 
     
    265264  </refsect2> 
    266265 
    267   <refsect2 id="SQL-CREATEINDEX-CONCURRENTLY"> 
    268    <title id="SQL-CREATEINDEX-CONCURRENTLY-title">COnstruire des index en parallèle</title> 
    269  
    270    <indexterm zone="SQL-CREATEINDEX-CONCURRENTLY"> 
     266  <refsect2 id="sql-createindex-concurrently"> 
     267   <title id="sql-createindex-concurrently-title">Construire des index en parallèle</title> 
     268 
     269   <indexterm zone="sql-createindex-concurrently"> 
    271270   <primary>index</primary> 
    272271   <secondary>construction en parallèle</secondary> 
     
    280279    toujours lire la table mais s'ils essaient d'insérer, mettre à jour, 
    281280    supprimer des lignes dans la table, elles seront bloquées jusqu'à la fin 
    282     de la construction de l'index. Ceci peut avoir un effect sérieux si le 
     281    de la construction de l'index. Ceci peut avoir un effet sérieux si le 
    283282    système est une base en production. Les grosses tables peuvent demander 
    284283    plusieurs heures pour être indexées. Même pour les petites tables, une 
     
    295294    les transactions existantes se terminent. Du coup, cette méthode requiert 
    296295    plus de temps qu'une construction standard de l'index et est bien plus 
    297     longue à se terminer. Néanmoins, comme cela autorisé la continuité des 
     296    longue à se terminer. Néanmoins, comme cela autorise la poursuite des 
    298297    opérations pendant la construction de l'index, cette méthode est utile 
    299298    pour ajouter de nouveaux index dans un environnement en production. Bien 
     
    308307    <quote>invalide</quote>. Cet index sera ignoré pour les requêtes exécutées 
    309308    après car il pourrait être incomplet&nbsp;; néanmoins, il consommera 
    310     toujours du CPU pendant les mises à jour. La méthode de récupération 
     309    toujours du temps machine pendant les mises à jour. La méthode de récupération 
    311310    recommandée dans de tels cas est de supprimer l'index et de tenter de 
    312311    nouveau un <command>CREATE INDEX CONCURRENTLY</command>. (Une autre 
    313312    possibilité est de reconstruire l'index avec <command>REINDEX</command>. 
    314     Néanmoin, comme <command>REINDEX</command> ne supporte pas la construction 
     313    Néanmoins, comme <command>REINDEX</command> ne supporte pas la construction 
    315314    d'index en parallèle, cette option ne semble pas très attirante.) 
    316315   </para> 
     
    320319    est déjà placée pour les autres transactions quand le deuxième parcours de 
    321320    table commence. Cela signifie que des violations de contraintes pourraient 
    322     être rapportées dans les autres requêtes avant que l'index soit disponible, 
     321    être rapportées dans les autres requêtes avant que l'index ne soit disponible, 
    323322    voire même dans des cas où la construction de l'index va échouer. De plus, 
    324323    si un échec survient dans le deuxième parcours, l'index 
  • traduc/trunk/manuel/ref/values.xml

    r410 r478  
     1<?xml version="1.0" encoding="ISO-8859-1"?> 
    12<!-- 
    2 $PostgreSQL: pgsql/doc/src/sgml/ref/values.sgml,v 1.1 2006/09/18 19:54:01 tgl Exp
     3$Header
    34PostgreSQL documentation 
    45--> 
    56 
    6 <refentry id="SQL-VALUES"> 
     7<refentry id="sql-values"> 
    78 <refmeta> 
    8   <refentrytitle id="SQL-VALUES-TITLE">VALUES</refentrytitle> 
     9  <refentrytitle id="sql-values-title">VALUES</refentrytitle> 
    910  <refmiscinfo>SQL - Language Statements</refmiscinfo> 
    1011 </refmeta> 
     
    2122 <refsynopsisdiv> 
    2223<synopsis> 
    23 VALUES ( <replaceable class="PARAMETER">expression</replaceable> [, ...] ) [, ...] 
     24VALUES ( <replaceable class="parameter">expression</replaceable> [, ...] ) [, ...] 
    2425    [ ORDER BY <replaceable class="parameter">sort_expression</replaceable> [ ASC | DESC | USING <replaceable class="parameter">operator</replaceable> ] [, ...] ] 
    2526    [ LIMIT { <replaceable class="parameter">count</replaceable> | ALL } ] 
     
    6061  <variablelist> 
    6162   <varlistentry> 
    62     <term><replaceable class="PARAMETER">expression</replaceable></term> 
     63    <term><replaceable class="parameter">expression</replaceable></term> 
    6364    <listitem> 
    6465     <para> 
     
    6667      in the resulting table (set of rows).  In a <command>VALUES</command> list 
    6768      appearing at the top level of an <command>INSERT</command>, an 
    68       <replaceable class="PARAMETER">expression</replaceable> can be replaced 
     69      <replaceable class="parameter">expression</replaceable> can be replaced 
    6970      by <literal>DEFAULT</literal> to indicate that the destination column's 
    7071      default value should be inserted.  <literal>DEFAULT</literal> cannot