Autres petits bouts traduits

postgresql/ref/listen.xml

@@ -97,16 +97,6 @@
    session d'écoute : si des transactions validant en concurrence
    envoient des notifications, quels sont celles que la nouvelle session
    en écoute va recevoir ?
-   The answer is that the session will receive all events committed after
-   an instant during the transaction's commit step.  But that is slightly
-   later than any database state that the transaction could have observed
-   in queries.  This leads to the following rule for
-   using <command>LISTEN</command>: first execute (and commit!) that
-   command, then in a new transaction inspect the database state as needed
-   by the application logic, then rely on notifications to find out about
-   subsequent changes to the database state.  The first few received
-   notifications might refer to updates already observed in the initial
-   database inspection, but this is usually harmless.
    La réponse est que la session recevra tous les événements validés après un
    instant lors de l'étape de validation de la transaction. Mais c'est
    légèrement plus tard que n'importe quel état de base de données qu'aurait pu

postgresql/syntax.xml

@@ -416,8 +416,8 @@ U&"d!0061t!+000061" UESCAPE '!'
      hexadécimaux, soient des caractères valides dans l'encodage du jeu de
      caractères du serveur. Une alternative utile est d'utiliser les échappements
      Unicode ou l'autre syntaxe d'échappement Unicode, expliqués dans la <xref
-     linkend="sql-syntax-strings-uescape"/>; then the server
-     will check that the character conversion is possible
+     linkend="sql-syntax-strings-uescape"/>; ensuite le serveur vérifiera que la
+     conversion de caractères est possible.
     </para>
 
     <caution>

postgresql/user-manag.xml

@@ -486,19 +486,21 @@ DROP ROLE role_a_supprimer;
   </indexterm>
 
   <para>
-   <productname>PostgreSQL</productname> provides a set of predefined roles
-   that provide access to certain, commonly needed, privileged capabilities
-   and information.  Administrators (including roles that have the
-   <literal>CREATEROLE</literal> privilege) can <command>GRANT</command> these
-   roles to users and/or other roles in their environment, providing those
-   users with access to the specified capabilities and information.
+   <productname>PostgreSQL</productname> fournit un ensemble de rôles prédéfinis
+   qui permettent d'accéder à certaines fonctionnalités et informations
+   privilégiées, couramment nécessaires. Les administrateurs (y compris les
+   rôles qui ont le privilège <literal>CREATEROLE</literal>) peuvent
+   octroyer (<command>GRANT</command>) ces rôles aux utilisateurs et/ou à
+   d'autres rôles dans leur environnement, fournissant à ces utilisateurs un
+   accès aux fonctionnalités et informations spécifiées.
   </para>
 
   <para>
-   The predefined roles are described in <xref linkend="predefined-roles-table"/>.
-   Note that the specific permissions for each of the roles may change in
-   the future as additional capabilities are added.  Administrators
-   should monitor the release notes for changes.
+   Les rôles prédéfinis sont décrits dans <xref linkend="predefined-roles-table"/>.
+   Notez que les autorisations spécifiques pour chacun des rôles peuvent changer
+   à l'avenir à mesure que des fonctionnalités supplémentaires sont ajoutées.
+   Les administrateurs doivent surveiller les notes de version pour les
+   changements.
   </para>
 
   <table tocentry="1" id="predefined-roles-table">

postgresql/xindex.xml

@@ -365,9 +365,10 @@
    search operators doivent renvoyer un type <type>boolean</type> puisqu'ils
    doivent apparaître au plus haut niveau d'une clause <literal>WHERE</literal> pour
    être utilisés avec un index.
-   (Some index access methods also support <firstterm>ordering operators</firstterm>,
-   which typically don't return Boolean values; that feature is discussed
-   in <xref linkend="xindex-ordering-ops"/>.)
+   (Certaines méthodes d'accès aux index prennent également en charge les
+   <firstterm>opérateurs de tri</firstterm>, qui ne renvoient généralement pas
+   de valeurs booléennes&nbsp;; cette fonctionnalité est discutée dans
+   <xref linkend="xindex-ordering-ops"/>.)
   </para>
  </sect2>
 
@@ -824,13 +825,13 @@
    B-trees, nous avons besoin des opérateurs&nbsp;:
 
    <itemizedlist spacing="compact">
-    <listitem><simpara>valeur absolue less-than (stratégie 1)&nbsp;;</simpara></listitem>
-    <listitem><simpara>valeur absolue less-than-or-equal (stratégie
+    <listitem><simpara>valeur absolue inférieure à (stratégie 1)&nbsp;;</simpara></listitem>
+    <listitem><simpara>valeur absolue inférieure-ou-égale à (stratégie
       2)&nbsp;;</simpara></listitem>
-    <listitem><simpara>valeur absolue equal (stratégie 3)&nbsp;;</simpara></listitem>
-    <listitem><simpara>valeur absolue greater-than-or-equal (stratégie
+    <listitem><simpara>valeur absolue égale à (stratégie 3)&nbsp;;</simpara></listitem>
+    <listitem><simpara>valeur absolue supérieure-ou-égale à (stratégie
       4)&nbsp;;</simpara></listitem>
-    <listitem><simpara>valeur absolue greater-than (stratégie 5)&nbsp;;</simpara></listitem>
+    <listitem><simpara>valeur absolue supérieure à (stratégie 5)&nbsp;;</simpara></listitem>
    </itemizedlist>
   </para>