Une phrase non traduite et une typo

Rapport de Alassane Diakité.

postgresql/rules.xml

@@ -814,18 +814,18 @@ UPDATE t1 SET b = t2.b FROM t2 WHERE t1.a = t2.a;
 <para>
     Qu'arrive-t'il si une vue est nommée comme la relation cible d'un
     <command>insert</command>, <command>update</command> ou
-    <command>delete</command>&nbsp;? Simply doing the substitutions
-    described above would give a query tree in which the result
-    relation points at a subquery range-table entry, which will not
-    work.  À la place, la réécriture assume que l'opération sera gérée par un
+    <command>delete</command>&nbsp;? Faire simplement les substitutions
+    décrites ci-dessus donnerait un arbre de requêtes dont le résultat
+    pointerait vers une entrée de la table en sous-requête. Cela ne fonctionnera
+    pas. À la place, la réécriture assume que l'opération sera gérée par un
     trigger <literal>INSTEAD OF</literal> sur la vue. (Si un tel trigger
     n'existe pas, l'exécuteur renverra une erreur quand l'exécution commence.)
     La réécriture fonctionne légèrement différemment dans ce cas. Pour
     <command>INSERT</command>, la réécriture ne fait rien du tout avec la vue,
     la laissant comme relation résultante de la requête. Pour
     <command>UPDATE</command> et
     <command>DELETE</command>, il est toujours nécessaire d'étendre la requête
-    de la vue pour récupérer les <quote>anciennes</quote> ilgnes que la commande
+    de la vue pour récupérer les <quote>anciennes</quote> lignes que la commande
     va essayer de mettre à jour ou supprimer. Donc la vue est étendue comme
     d'ahbitude mais une autre entrée de table non étendue est ajoutée à la
     requête pour représenter la vue en tant que relation résultante.