Merge pull request #1 from gleu/master

Mise à niveau

postgresql/adminpack.xml

@@ -11,7 +11,9 @@
   support que <application>pgAdmin</application> ou d'autres outils de gestion
   et d'administration peuvent utiliser pour fournir des fonctionnalités
   supplémentaires, comme la gestion à distance de journaux applicatifs.
-  L'utilisation de toutes ces fonctions est restreinte aux superutilisateurs.
+  L'utilisation de toutes ces fonctions est seulement autorisée aux
+  superutilisateurs par défaut mais peut être autorisée à d'autres
+  utilisateurs en utilisant la commande <command>GRANT</command>.
  </para>
 
  <para>
@@ -20,7 +22,9 @@
   serveur. (Voir aussi les fonctions dans <xref
   linkend="functions-admin-genfile-table"/>, qui fournissent des accès en
   lecture seule.) Seuls les fichiers du répertoire principal de l'instance
-  sont accessibles mais un chemin relatif ou absolu est permis.
+  sont accessibles, sauf si l'utilisateur a l'attribut SUPERUSER ou fait
+  partie des rôles pg_read_server_files ou pg_write_server_files, suivant la
+  fonction. Les chemins relatifs et absolus sont permis.
  </para>
 
  <table id="functions-adminpack-table">
@@ -116,51 +120,4 @@
   fonction.
  </para>
 
- <para>
-  Les fonctions affichées dans <xref
-  linkend="functions-adminpack-deprecated-table"/> sont obsolètes et ne
-  devraient pas être utilisées dans les nouvelles applications. À la place,
-  utilisez celles indiquées dans <xref
-  linkend="functions-admin-signal-table"/> et <xref
-  linkend="functions-admin-genfile-table"/>. Ces fonctions sont fournies dans
-  <filename>adminpack</filename> seulement pour assurer la compatibilité avec
-  les anciennes versions de <application>pgAdmin</application>.
- </para>
-
- <table id="functions-adminpack-deprecated-table">
-  <title>Fonctions obsolètes de <filename>adminpack</filename></title>
-  <tgroup cols="3">
-   <thead>
-    <row><entry>Nom</entry> <entry>Type en retour</entry> <entry>Description</entry>
-    </row>
-   </thead>
-
-   <tbody>
-    <row>
-     <entry><function>pg_catalog.pg_file_read(filename text, offset bigint, nbytes bigint)</function></entry>
-     <entry><type>text</type></entry>
-     <entry>
-      Nom alternatif pour <function>pg_read_file()</function>
-     </entry>
-    </row>
-    <row>
-     <entry><function>pg_catalog.pg_file_length(filename text)</function></entry>
-     <entry><type>bigint</type></entry>
-     <entry>
-      Identique à la colonne <structfield>size</structfield> renvoyée par
-      <function>pg_stat_file()</function>
-     </entry>
-    </row>
-    <row>
-     <entry><function>pg_catalog.pg_logfile_rotate()</function></entry>
-     <entry><type>integer</type></entry>
-     <entry>
-      Nom alternatif pour <function>pg_rotate_logfile()</function>, mais notez
-      qu'elle renvoit un entier (valant 0 ou 1) à la place d'un <type>boolean</type>
-     </entry>
-    </row>
-   </tbody>
-  </tgroup>
- </table>
-
 </sect1>

postgresql/advanced.xml

@@ -38,7 +38,7 @@
   <para>
    Se référer aux requêtes de la <xref linkend="tutorial-join"/>. Si la liste
    des enregistrements du temps et des villes est d'un intérêt particulier
-   pour l'application considérée mais qu'il devient contraignant de saisir la
+   pour l'application considérée, mais qu'il devient contraignant de saisir la
    requête à chaque utilisation, il est possible de créer une
    <firstterm>vue</firstterm> avec la requête. De ce fait, la requête est
    nommée et il peut y être fait référence de la même façon qu'il est fait
@@ -81,7 +81,7 @@ SELECT * FROM ma_vue;</programlisting>
    </indexterm>
 
    <para>
-    Soient les tables <classname>temps</classname> et
+    Soit les tables <classname>temps</classname> et
     <classname>villes</classname> définies dans le <xref
     linkend="tutorial-sql"/>. Il s'agit maintenant de s'assurer que personne
     n'insère de ligne dans la table <classname>temps</classname> qui ne
@@ -141,7 +141,7 @@ DETAIL : Key (ville)=(a) is not present in table "villes".</screen>
    <para>
     Les <firstterm>transactions</firstterm> sont un concept fondamental de tous
     les systèmes de bases de données. Une transaction assemble plusieurs étapes
-    en une seule opération tout-ou-rien. Les états intermédiaires entre les
+    en une seule opération tout ou rien. Les états intermédiaires entre les
     étapes ne sont pas visibles par les transactions concurrentes. De plus, si
     un échec survient qui empêche le succès de la transaction, alors aucune des
     étapes n'affecte la base de données.
@@ -150,7 +150,7 @@ DETAIL : Key (ville)=(a) is not present in table "villes".</screen>
    <para>
     Si l'on considère, par exemple, la base de données d'une banque qui
     contient le solde de différents comptes clients et le solde total des
-    dépôts par branches et que l'on veuille enregistrer un virement de 100
+    dépôts par branches et que l'on veut enregistrer un virement de 100
     euros du compte d'Alice vers celui de Bob, les commandes SQL peuvent
     ressembler à cela (après simplification)&nbsp;:
 
@@ -201,11 +201,11 @@ UPDATE branches SET balance = balance + 100.00
     autres. Ainsi, si une transaction calcule le total de toutes les branches,
     inclure le débit de la branche d'Alice sans le crédit de la branche de Bob,
     ou vice-versa, est une véritable erreur. Les transactions doivent donc être
-    tout-ou-rien, non seulement pour leur effet persistant sur la base de
+    tout ou rien, non seulement pour leur effet persistant sur la base de
     données, mais aussi pour leur visibilité au moment de leur exécution. Les
     mises à jour faites jusque-là par une transaction ouverte sont invisibles
     aux autres transactions jusqu'à la fin de celle-ci. À ce moment, toutes les
-    mises à jours deviennent simultanément visibles.
+    mises à jour deviennent simultanément visibles.
    </para>
 
    <para>
@@ -259,15 +259,15 @@ COMMIT;</programlisting>
     peuvent, au besoin, être annulées avec <command>ROLLBACK TO</command>.
     Toutes les modifications de la base de données effectuées par la
     transaction entre le moment où le point de retournement a été défini et
-    celui où l'annulation est demandée sont annulées mais les modifications
+    celui où l'annulation est demandée sont annulées, mais les modifications
     antérieures à ce point sont conservées.
    </para>
 
    <para>
     Le retour à un point de retournement ne l'annule pas. Il reste défini et
     peut donc être utilisé plusieurs fois. À l'inverse, lorsqu'il n'est plus
     nécessaire de revenir à un point de retournement particulier, il peut être
-    relâché, ce qui permet de libérer des ressources systèmes. Il faut savoir
+    relâché, ce qui permet de libérer des ressources système. Il faut savoir
     toutefois que relâcher un point de retournement ou y revenir relâche tous
     les points de retournement qui ont été définis après.
    </para>
@@ -301,7 +301,7 @@ COMMIT;</programlisting>
    </para>
 
    <para>
-    Cet exemple est bien sûr très simplifié mais de nombreux contrôles sont
+    Cet exemple est bien sûr très simplifié, mais de nombreux contrôles sont
     réalisables au sein d'un bloc de transaction grâce à l'utilisation des
     points de retournement. Qui plus est, <command>ROLLBACK TO</command> est le
     seul moyen de regagner le contrôle d'un bloc de transaction placé dans un
@@ -321,9 +321,9 @@ COMMIT;</programlisting>
     Une <firstterm>fonction de fenêtrage</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'agrégat.
-    Cependant, les fonctions de fenêtrage n'entraîne pas le regroupement des
+    Cependant, les fonctions de fenêtrage n'entraînent pas le regroupement des
     enregistrements traités en un seul, comme le ferait l'appel à une fonction
-    d'aggrégation standard.  À la place, Chaque enregistrement garde son
+    d'agrégation standard.  À la place, chaque enregistrement garde son
     identité propre. En coulisse, la fonction de fenêtrage est capable
     d'accéder à d'autres enregistrements que l'enregistrement courant du
     résultat de la requête.
@@ -412,9 +412,9 @@ FROM salaireemp;
 
    On remarque que la fonction <function>rank</function> produit un rang
    numérique pour chaque valeur <literal>ORDER BY</literal> distincte dans la
-   partition de la ligne courante, en utilisant l'ordre définit par la clause
+   partition de la ligne courante, en utilisant l'ordre défini par la clause
    <literal>ORDER BY</literal>.  <function>rank</function> n'a pas besoin de
-   paramêtre explicite, puisque son comportement est entièrement déterminé par
+   paramètre explicite, puisque son comportement est entièrement déterminé par
    la clause <literal>OVER</literal>.
   </para>
 
@@ -520,7 +520,7 @@ SELECT salaire, sum(salaire) OVER (ORDER BY salaire) FROM salaireemp;
   <para>
    Les fonctions window ne sont autorisées que dans la liste
    <literal>SELECT</literal> et la clause <literal>ORDER BY</literal> de la
-   requête. Elles sont interdites ailleurs, comme par exemple dans les clauses
+   requête. Elles sont interdites ailleurs, comme  dans les clauses
    <literal>GROUP BY</literal>,<literal>HAVING</literal> et
    <literal>WHERE</literal>. La raison en est qu'elles sont exécutées après le
    traitement de ces clauses. Par ailleurs, les fonctions de fenêtrage
@@ -588,7 +588,7 @@ SELECT sum(salaire) OVER w, avg(salaire) OVER w
   </para>
 
   <para>
-   Soient deux tables&nbsp;: une table <classname>villes</classname> et une
+   Soit deux tables&nbsp;: une table <classname>villes</classname> et une
    table <classname>capitales</classname>. Les capitales étant également des
    villes, il est intéressant d'avoir la possibilité d'afficher implicitement
    les capitales lorsque les villes sont listées. Un utilisateur
@@ -705,7 +705,7 @@ CREATE TABLE capitales (
     <productname>PostgreSQL</productname> dispose d'autres fonctionnalités non
     décrites dans ce tutoriel d'introduction orienté vers les nouveaux
     utilisateurs de <acronym>SQL</acronym>. Ces fonctionnalités sont discutées
-    plus en détails dans le reste de ce livre.
+    plus en détail dans le reste de ce livre.
    </para>
 
    <para>