corrections suite aux remarques d'Anthony

gleu · Jul 3, 2019 · d340d7a · d340d7a
1 parent 56c567a
commit d340d7a
Showing 1 changed file with 4 additions and 4 deletions.
diff --git a/postgresql/ref/reindex.xml b/postgresql/ref/reindex.xml
@@ -248,7 +248,7 @@
    requiert d'être le propriétaire du schéma ou de la base de données. Notez
    que, du coup, il est parfois possible pour des utilisateurs standards de
    reconstruire les index de tables dont ils ne sont pas propriétaires
-   Néanmoins, il existe une exception spéciale, quand <command>REINDEX
+   Néanmoins, il existe une exception spéciale, quand la commande <command>REINDEX
    DATABASE</command>, <command>REINDEX SCHEMA</command> ou <command>REINDEX
    SYSTEM</command> est exécutée par un utilisateur standard, les index sur les
    catalogues partagés seront ignorés sauf si l'utilisateur possède le
@@ -275,7 +275,7 @@
     données. Habituellement, <productname>PostgreSQL</productname> verrouille
     la table dont dépend l'index à reconstruire pour la protéger des écritures 
     et reconstruit l'index complet avec un seul parcours de la table. Les autres 
-    transactions peuvent toujours lire la table mais s'ils essaient d'insérer, 
+    transactions peuvent toujours lire la table mais si elles essaient d'insérer, 
     mettre à jour ou supprimer des lignes dans la table, elles seront bloquées 
     jusqu'à la fin de la reconstruction de l'index. Ceci peut avoir un effet 
     sérieux si le système est une base en production. Les très grosses tables 
@@ -327,7 +327,7 @@
        chaque nouvel index. Dès que l'index est construit, son marqueur 
        <literal>pg_index.indisready</literal> est positionné à 
        <quote>true</quote> pour le rendre disponible aux insertions et visible 
-       pour les autres transactions dès que la session ayant procédé à la 
+       aux autres transactions dès que la session ayant procédé à la 
        construction est terminée. Cette étape est réalisée dans une transaction 
        séparée pour chaque index.
       </para>
@@ -394,7 +394,7 @@ Indexes:
     "idx_ccnew" btree (col) INVALID
 </programlisting>
 
-    L'attitude recommandée dans de tels cas est de supprimer les index 
+    La méthode de récupération recommandée dans de tels cas est de supprimer les index 
     invalides et de réessayer d'exécuter <command>REINDEX CONCURRENTLY</command>. 
     L'index créé par cette méthode a un nom se terminant par 
     <literal>ccnew</literal>, ou  <literal>ccold</literal> si il s'agit de la