6 fichiers traduits

postgresql/pgstatstatements.xml

@@ -376,16 +376,19 @@
 
     <listitem>
      <para>
-      <function>pg_stat_statements_reset</function> discards statistics
-      gathered so far by <filename>pg_stat_statements</filename> corresponding
-      to the specified <structfield>userid</structfield>, <structfield>dbid</structfield>
-      and <structfield>queryid</structfield>.  If any of the parameters are not
-      specified, the default value <literal>0</literal>(invalid) is used for
-      each of them and the statistics that match with other parameters will be
-      reset.  If no parameter is specified or all the specified parameters are
-      <literal>0</literal>(invalid), it will discard all statistics.  By
-      default, this function can only be executed by superusers.  Access may be
-      granted to others using <command>GRANT</command>.
+      <function>pg_stat_statements_reset</function> annule les statistiques
+      récupérées jusqu'à maintenant par
+      <filename>pg_stat_statements</filename> correspondant aux
+      <structfield>userid</structfield>, <structfield>dbid</structfield> et
+      <structfield>queryid</structfield> indiqués. Si un de ces paramètres
+      n'est pas spécifié, la valeur par défaut <literal>0</literal> (invalide)
+      est utilisée pour chacun d'entre eux et les statistiques qui
+      correspondent avec les autres paramètres seront réinitialisées. Si aucun
+      paramètre n'est spécifié ou si tous les paramètres spécifiés sont à
+      <literal>0</literal> (invalide), elle annulera toutes les statistiques.
+      Par défaut, cette fonction peut seulement être exécutée par les
+      superutilisateurs. L'accès peut être donné à d'autres utilisateurs en
+      utilisant la commande <command>GRANT</command>.
      </para>
     </listitem>
    </varlistentry>

postgresql/ref/abort.xml

@@ -57,10 +57,11 @@ ABORT [ WORK | TRANSACTION ] [ AND [ NO ] CHAIN ]
     <term><literal>AND CHAIN</literal></term>
     <listitem>
      <para>
-      If <literal>AND CHAIN</literal> is specified, a new transaction is
-      immediately started with the same transaction characteristics (see <xref
-      linkend="sql-set-transaction"/>) as the just finished one.  Otherwise,
-      no new transaction is started.
+      Si la clause <literal>AND CHAIN</literal> est indiquée, une nouvelle
+      transaction est immédiatement démarrée avec les mêmes caractéristiques
+      de transaction (voir <xref linkend="sql-set-transaction"/>) que celle
+      qui vient de se terminer. Sinon aucune nouvelle transaction n'est
+      démarrée.
      </para>
     </listitem>
    </varlistentry>

postgresql/sources.xml

@@ -447,7 +447,7 @@ less -x4
    <title>Guide de style des messages d'erreurs</title>
 
    <para>
-    Ce guide de style est fournit dans l'espoir de maintenir une
+    Ce guide de style est fourni dans l'espoir de maintenir une
     cohérence et un style facile à comprendre dans tous les messages
     générés par <productname>PostgreSQL</productname>.
    </para>
@@ -934,25 +934,27 @@ MEILLEUR : type de n&oelig;ud non reconnu : 42</programlisting>
      parties dépendantes de la plateforme.
     </para>
     <para>
-     A few features included in the C99 standard are, at this time, not
-     permitted to be used in core <productname>PostgreSQL</productname>
-     code. This currently includes variable length arrays, intermingled
-     declarations and code, <literal>//</literal> comments, universal
-     character names. Reasons for that include portability and historical
-     practices.
+     Certaines fonctionnalités incluses dans le standard C99 ne sont
+     actuellement pas autorisées dans le code principal de
+     <productname>PostgreSQL</productname>. Ceci inclut actuellement les
+     tableaux de longueur variable, les déclarations mêlées dans le code, les
+     commentaires <literal>//</literal>, les noms de caractères universels.
+     Les raisons incluent entre autre la portabilité et les pratiques
+     historiques.
     </para>
     <para>
-     Features from later revision of the C standard or compiler specific
-     features can be used, if a fallback is provided.
+     Les fonctionnalités des révisions ultérieures du standard C ou du
+     compilateur peuvent être utilisées si un contournement est fourni.
     </para>
     <para>
-     For example <literal>_StaticAssert()</literal> and
-     <literal>__builtin_constant_p</literal> are currently used, even though
-     they are from newer revisions of the C standard and a
-     <productname>GCC</productname> extension respectively. If not available
-     we respectively fall back to using a C99 compatible replacement that
-     performs the same checks, but emits rather cryptic messages and do not
-     use <literal>__builtin_constant_p</literal>.
+     Par exemple <literal>_StaticAssert()</literal> et
+     <literal>__builtin_constant_p</literal> sont actuellement utilisés, même
+     s'ils font partie, respectivement, d'une révision plus récente du
+     standard C et d'une extension <productname>GCC</productname>. S'ils ne
+     sont pas disponibles, nous retournons respectivement vers l'utilisation
+     d'un remplacement C99 compatible réalisant les mêmes vérifications, mais
+     émet des messages plutôt incompréhensibles et nous n'utilisons pas
+     <literal>__builtin_constant_p</literal>.
     </para>
    </simplesect>
 

postgresql/spi.xml

@@ -4410,9 +4410,9 @@ void SPI_commit_and_chain(void)
   </para>
 
   <para>
-   <function>SPI_commit_and_chain</function> is the same, but a new
-   transaction is immediately started with the same transaction
-   characteristics as the just finished one, like with the SQL command
+   <function>SPI_commit_and_chain</function> est identique mais une nouvelle
+   transaction est immédiatement démarrée avec les mêmes caractéristiques que
+   la transaction qui vient de se terminer, tout comme avec la commande SQL
    <command>COMMIT AND CHAIN</command>.
   </para>
 
@@ -4464,9 +4464,9 @@ void SPI_rollback_and_chain(void)
   </para>
 
   <para>
-   <function>SPI_rollback_and_chain</function> is the same, but a new
-   transaction is immediately started with the same transaction
-   characteristics as the just finished one, like with the SQL command
+   <function>SPI_rollback_and_chain</function> est identique mais une nouvelle
+   transaction est immédiatement démarrée avec les mêmes caractéristiques que
+   la transaction qui vient de se terminer, tout comme avec la commande SQL
    <command>ROLLBACK AND CHAIN</command>.
   </para>
 

postgresql/sslinfo.xml

@@ -19,8 +19,9 @@
  </para>
 
  <para>
-  Some of the information available through this module can also be obtained
-  using the built-in system view <xref linkend="pg-stat-ssl-view"/>.
+  Certaines des informations disponibles dans ce module peuvent aussi être
+  obtenues en utilisant la vue système interne <xref
+  linkend="pg-stat-ssl-view"/>.
  </para>
 
  <para>

postgresql/trigger.xml

@@ -255,21 +255,21 @@
   </para>
 
   <para>
-   Some considerations apply for generated
-   columns.<indexterm><primary>generated column</primary><secondary>in
-   triggers</secondary></indexterm>  Stored generated columns are computed after
-   <literal>BEFORE</literal> triggers and before <literal>AFTER</literal>
-   triggers.  Therefore, the generated value can be inspected in
-   <literal>AFTER</literal> triggers.  In <literal>BEFORE</literal> triggers,
-   the <literal>OLD</literal> row contains the old generated value, as one
-   would expect, but the <literal>NEW</literal> row does not yet contain the
-   new generated value and should not be accessed.  In the C language
-   interface, the content of the column is undefined at this point; a
-   higher-level programming language should prevent access to a stored
-   generated column in the <literal>NEW</literal> row in a
-   <literal>BEFORE</literal> trigger.  Changes to the value of a generated
-   column in a <literal>BEFORE</literal> trigger are ignored and will be
-   overwritten.
+   Certaines considérations s'appliquent pour les colonnes générées.
+   <indexterm><primary>volonne générée</primary><secondary>dans les
+   triggers</secondary></indexterm> Les colonnes générées sont calculées après
+   les triggers <literal>BEFORE</literal> et avant les triggers
+   <literal>AFTER</literal>. De ce fait, la valeur générée peut être inspectée
+   dans les triggers <literal>AFTER</literal>. Dans les triggers
+   <literal>BEFORE</literal>, la ligne <literal>OLD</literal> contient
+   l'ancienne valeur générée, comme on pourrait s'y attendre, mais la ligne
+   <literal>NEW</literal> ne contient pas encore la nouvelle valeur générée et
+   ne doit pas être accédée. Dans l'interface en langage C, le contenu de la
+   colonne est non défini à ce moment&nbsp;; un langage de programmation de
+   plus haut niveau doit empêcher l'accès à une colonne générée dans la ligne
+   <literal>NEW</literal> pour un trigger <literal>BEFORE</literal>. Les
+   modifications de la valeur d'une colonne générée dans un trigger
+   <literal>BEFORE</literal> sont ignorées et seront écrasées.
   </para>
 
   <para>
@@ -474,8 +474,8 @@
   </indexterm>
 
    <indexterm>
-    <primary>transition tables</primary>
-    <secondary>referencing from C trigger</secondary>
+    <primary>tables de transition</primary>
+    <secondary>référencées à partir d'un trigger C</secondary>
    </indexterm>
 
   <para>