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

admin at listes.postgresql.fr admin at listes.postgresql.fr
Ven 12 Fév 10:05:57 CET 2010


Author: gleu
Date: 2010-02-12 10:05:56 +0100 (Fri, 12 Feb 2010)
New Revision: 1460

Modified:
   traduc/trunk/postgresql/advanced.xml
   traduc/trunk/postgresql/frenchtranslation.xml
   traduc/trunk/postgresql/pgbench.xml
   traduc/trunk/postgresql/query.xml
Log:
Quelques corrections.


Modified: traduc/trunk/postgresql/advanced.xml
===================================================================
--- traduc/trunk/postgresql/advanced.xml	2010-02-11 23:53:38 UTC (rev 1459)
+++ traduc/trunk/postgresql/advanced.xml	2010-02-12 09:05:56 UTC (rev 1460)
@@ -366,7 +366,7 @@
     Une <firstterm>fonction window</firstterm> effectue un calcul sur un jeu 
     d'enregistrements liés d'une certaine façon à
     l'enregistrement courant. On peut les rapprocher des calculs réalisables par
-    une fonction d'aggrégation mais, contrairement à une fonction d'aggrégation,
+    une fonction d'agrégation mais, contrairement à une fonction d'agrégation,
     l'utilisation d'une fonction <foreignphrase>window</foreignphrase> n'entraîne
     pas le regroupement des
     enregistrements traités en un seul &mdash; chaque enregistrement
@@ -405,7 +405,7 @@
     ligne de la table. La quatrième colonne représente une moyenne calculée sur
     tous les enregistrements de la table qui ont la même valeur de 
     <structfield>nomdep</structfield> que la ligne courante. (Il s'agit
-    effectivement de la même fonction que la fonction d'aggrégat classique
+    effectivement de la même fonction que la fonction d'agrégat classique
     <function>avg</function>, mais la clause <literal>OVER</literal> entraîne
     son exécution en tant que fonction <foreignphrase>window</foreignphrase> et
     son calcul sur le jeu approprié d'enregistrements.)
@@ -507,7 +507,7 @@
       <para>
        Il existe des options pour définir la <foreignphrase>window
        frame</foreignphrase> autrement, mais ce
-       tutorial ne les présente pas. Voir
+       tutoriel ne les présente pas. Voir
        <xref linkend="syntax-window-functions"/> pour les détails.
       </para>
      </footnote>
@@ -577,8 +577,8 @@
     <literal>WHERE</literal>. La raison en est qu'elles sont exécutées après le
     traitement de ces clauses. Par ailleurs, les fonctions
     <foreignphrase>window</foreignphrase> s'exécutent
-    après les fonctions d'aggrégat classiques. Cela signifie qu'il est permis
-    d'inclure une fonction d'aggrégat dans les arguments d'une fonction
+    après les fonctions d'agrégat classiques. Cela signifie qu'il est permis
+    d'inclure une fonction d'agrégat dans les arguments d'une fonction
     <foreignphrase>window</foreignphrase>,
     mais pas l'inverse.
    </para>

Modified: traduc/trunk/postgresql/frenchtranslation.xml
===================================================================
--- traduc/trunk/postgresql/frenchtranslation.xml	2010-02-11 23:53:38 UTC (rev 1459)
+++ traduc/trunk/postgresql/frenchtranslation.xml	2010-02-12 09:05:56 UTC (rev 1460)
@@ -10,12 +10,12 @@
   <para>
    Ce manuel est une traduction de la version originale. La dernière version
    à jour est disponible sur le site <ulink
-   url="http://docs.postgresqlfr.org/">docs.postgresqlfr.org</ulink>. Ce site
+   url="http://docs.postgresql.fr/">docs.postgresql.fr</ulink>. Ce site
    est hébergé par l'<ulink
-   url="http://www.postgresqlfr.org/">association PostgreSQLFr</ulink>,
+   url="http://www.postgresql.fr/">association PostgreSQLFr</ulink>,
    dont le but est la promotion du logiciel PostgreSQL. Si cette
    documentation vous a plu, <ulink
-   url="http://www.postgresqlfr.org/?q=node/162">adhérez à l'association</ulink>
+   url="http://www.postgresqlfr.org/adherents:adhesion">adhérez à l'association</ulink>
    et, si vous en avez la possibilité, contribuez.
   </para>
 
@@ -65,102 +65,6 @@
    signaler toute personne qui aurait été oubliée.
   </para>
 
-  <para>Les dix dernières modifications importantes (jusqu'à la révision
-    $Revision$)&nbsp;:</para>
-
-  <table>
-   <title>Historique des modifications de la traduction française</title>
-
-   <tgroup cols="4">
-    <thead>
-     <row>
-      <entry>Date</entry>
-      <entry>Commentaires</entry>
-      <entry>Auteur</entry>
-      <entry>Versions</entry>
-     </row>
-    </thead>
-
-    <tbody>
-
-     <row>
-      <entry>09/06/2008</entry>
-      <entry>Mise à jour de la traduction vers la version 8.3.3</entry>
-      <entry>Guillaume Lelarge</entry>
-      <entry>8.3.3</entry>
-     </row>
-
-     <row>
-      <entry>06/06/2008</entry>
-      <entry>Mise à jour de la traduction vers la version 8.3.2</entry>
-      <entry>Guillaume Lelarge</entry>
-      <entry>8.3.2</entry>
-     </row>
-
-     <row>
-      <entry>01/06/2008</entry>
-      <entry>Correction d'une erreur sur le mot poids</entry>
-      <entry>Christophe Chauvet</entry>
-      <entry>8.3.1</entry>
-     </row>
-
-     <row>
-      <entry>28/05/2008</entry>
-      <entry>Mini typo sur toutes les versions</entry>
-      <entry>Guillaume Lelarge</entry>
-      <entry>8.3.1</entry>
-     </row>
-
-     <row>
-      <entry>23/05/2008</entry>
-      <entry>formerly --> auparavant (d'après FA)</entry>
-      <entry>Guillaume Lelarge</entry>
-      <entry>8.3.1</entry>
-     </row>
-
-     <row>
-      <entry>15/05/2008</entry>
-      <entry>Correction proposée par Éric Leblond</entry>
-      <entry>Guillaume Lelarge</entry>
-      <entry>8.3.1</entry>
-     </row>
-
-     <row>
-      <entry>14/05/2008</entry>
-      <entry>Relecture de cvs.xml</entry>
-      <entry>Stéphane Schildknecht</entry>
-      <entry>8.3.1</entry>
-     </row>
-
-     <row>
-      <entry>06/05/2008</entry>
-      <entry>Migration de urchin.js à ga.js (Google Analytics...)</entry>
-      <entry>Guillaume Lelarge</entry>
-      <entry>8.3.1</entry>
-     </row>
-
-     <row>
-      <entry>29/04/2008</entry>
-      <entry>Coquille relevé sur irc par |pea|</entry>
-      <entry>Stéphane Schildknecht</entry>
-      <entry>8.3.1</entry>
-     </row>
-
-     <row>
-      <entry>29/04/2008</entry>
-      <entry>daemon -> démon</entry>
-      <entry>Stéphane Schildknecht</entry>
-      <entry>8.3.1</entry>
-     </row>
-
-    </tbody>
-   </tgroup>
-  </table>
-
-  <para>La liste complète est disponible sur le <link
-  linkend="http://svn.postgresqlfr.org/log/traduc/trunk/manuel">journal
-    des modifications de la branche 8.2</link>.</para>
-
   <para>
    De même que tout logiciel peut contenir des erreurs de programmation, toute
    traduction n'est pas exempte d'erreurs&nbsp;: faute d'orthographe,
@@ -168,19 +72,15 @@
    Bien que l'équipe de traduction passe beaucoup de temps à relire la
    documentation traduite, il lui arrive de laisser passer des erreurs.
    Elle a donc besoin de vous.
-   </para>
-   <para>
+  </para>
+
+  <para>
    Si vous découvrez une erreur ou si un passage n'est pas compréhensible,
    l'équipe de traduction souhaite le savoir. Pour cela, vous avez deux
    possibilités. Vous pouvez envoyer un mail au coordinateur
    (<ulink url="mailto:guillaume at lelarge.info">Guillaume Lelarge</ulink>).
-   C'est le moyen le plus simple pour vous, mais alors une seule personne sera
-   au courant. Pour que toute l'équipe le soit, il suffit d'enregistrer un
-   ticket sur le <ulink
-   url="http://svn.postgresqlfr.org/">site de la traduction</ulink>.
-   Pour cela, vous devez être authentifié. Utilisez l'identifiant
-   «&nbsp;pgfruser&nbsp;» et le mot de passe «&nbsp;traduc&nbsp;». Tout
-   problème remonté sera pris en considération.
+   C'est le moyen le plus simple et le plus sûr. Tout problème remonté sera
+   pris en considération.
   </para>
 
 </appendix>

Modified: traduc/trunk/postgresql/pgbench.xml
===================================================================
--- traduc/trunk/postgresql/pgbench.xml	2010-02-11 23:53:38 UTC (rev 1459)
+++ traduc/trunk/postgresql/pgbench.xml	2010-02-12 09:05:56 UTC (rev 1460)
@@ -150,7 +150,7 @@
       </entry>
      </row>
      <row>
-      <entry><literal>-F</literal> <replaceable>fecteur_remplissage</replaceable></entry>
+      <entry><literal>-F</literal> <replaceable>facteur_remplissage</replaceable></entry>
       <entry>
        Crée les tables <structname>pgbench_accounts</structname>,
        <structname>pgbench_tellers</structname> et

Modified: traduc/trunk/postgresql/query.xml
===================================================================
--- traduc/trunk/postgresql/query.xml	2010-02-11 23:53:38 UTC (rev 1459)
+++ traduc/trunk/postgresql/query.xml	2010-02-12 09:05:56 UTC (rev 1460)
@@ -318,7 +318,7 @@
     simples colonnes, dans la liste de sélection. Par exemple, vous pouvez
     faire&nbsp;:
 <programlisting>SELECT ville, (t_haute+t_basse)/2 AS temp_moy, date FROM temps;</programlisting>
-    Cela devrait donné&nbsp;:
+    Cela devrait donner&nbsp;:
 <screen>     ville     | temp_moy |    date
 ---------------+----------+------------
  San Francisco |       48 | 1994-11-27
@@ -597,8 +597,8 @@
   Hayward       |  37 |   54 | San Francisco |  46 |   50
 (2 rows)</programlisting>
 
-    Ici, nous avons renommé la table temps en <literal>W1</literal> et en
-    <literal>W2</literal> pour être capable de distinguer le côté gauche et
+    Ici, nous avons renommé la table temps en <literal>T1</literal> et en
+    <literal>T2</literal> pour être capable de distinguer le côté gauche et
     droit de la jointure.  Vous pouvez aussi utiliser ce genre
     d'alias dans d'autres requêtes pour économiser de la frappe,
     c'est-à-dire&nbsp;:
@@ -686,7 +686,7 @@
 
     Les agrégats sont également très utiles s'ils sont combinés avec
     les clauses <literal>GROUP BY</literal>.  Par exemple, nous
-    pouvons obtenir température la plus haute parmi les températures
+    pouvons obtenir la température la plus haute parmi les températures
     basses observées dans chaque ville avec&nbsp;:
 
 <programlisting>SELECT ville, max(t_basse)
@@ -759,7 +759,7 @@
 
    <para>
     Dans l'exemple précédent, nous pouvons appliquer la restriction sur le nom de
-    la ville dans <literal>WHERE</literal> puisque cela n'a besoin
+    la ville dans <literal>WHERE</literal> puisque cela ne nécessite
     d'aucun agrégat.  C'est plus efficace que d'ajouter la restriction
     dans <literal>HAVING</literal> parce que nous évitons le
     groupement et les calculs d'agrégat pour toutes les lignes qui



Plus d'informations sur la liste de diffusion Trad