[Trad] [PATCH] Typos au chapitre 35 et traduction d'une phrase oubliée
Stéphane Aulery
lkppo at free.fr
Mar 2 Juil 02:25:30 CEST 2013
Signed-off-by: Stéphane Aulery <lkppo at free.fr>
---
postgresql/dfunc.xml | 2 +-
postgresql/xfunc.xml | 31 +++++++++++++++----------------
2 files changed, 16 insertions(+), 17 deletions(-)
diff --git a/postgresql/dfunc.xml b/postgresql/dfunc.xml
index 6c548da..4ec4a45 100644
--- a/postgresql/dfunc.xml
+++ b/postgresql/dfunc.xml
@@ -243,7 +243,7 @@ gcc -shared -o foo.so foo.o
<tip>
<para>
- Si cela s'évère trop compliqué,
+ Si cela s'avère trop compliqué,
<ulink url="http://www.gnu.org/software/libtool/"><productname>GNU Libtool</productname></ulink>
peut être utilisé. Cet outil permet de s'affranchir des
différences entre les nombreux systèmes au travers d'une interface
diff --git a/postgresql/xfunc.xml b/postgresql/xfunc.xml
index 662c174..a74e58a 100644
--- a/postgresql/xfunc.xml
+++ b/postgresql/xfunc.xml
@@ -172,14 +172,14 @@ SELECT nettoie_emp();
</para>
<para>
- Pour utiliser un nomn, déclarez l'argument de la fonction comme ayant un
+ Pour utiliser un nom, déclarez l'argument de la fonction comme ayant un
nom, puis écrivez le nom dans le corps de la fonction. Si le nom de
l'argument est le même que celui d'une colonne dans la commande SQL en
cours, le nom de la colonne est prioritaire. Pour contourner ce comportement,
qualifiez le nom de l'argument avec le nom de la fonction, autrement dit
<literal><replaceable>nom_fonction</replaceable>.<replaceable>nom_argument</replaceable></literal>.
(Si cela entre en conflit avec un nom de colonne qualifié, cette fois
- encore, la colonne l'emporte. Vous pouvez éviter toute ambiguité en
+ encore, la colonne l'emporte. Vous pouvez éviter toute ambiguïté en
choisissant un alias différent pour la table à l'intérieur de la commande
SQL.)
</para>
@@ -209,7 +209,7 @@ SELECT nettoie_emp();
<programlisting>
INSERT INTO mytable VALUES ($1);
</programlisting>
- mais ceco ne fonctionnera pas :
+ mais ceci ne fonctionnera pas :
<programlisting>
INSERT INTO $1 VALUES (42);
</programlisting>
@@ -697,7 +697,7 @@ SELECT mleast(ARRAY[10, -1, 5, 4.4]); -- doesn't work
<para>
Quelque fois, il est utile de pouvoir passer un tableau déjà construit
- à une fonction variadic ; ceci ets particulièrement intéressant quand
+ à une fonction variadic ; ceci est particulièrement intéressant quand
une fonction variadic veut passer son paramètre tableau à une autre
fonction. Vous pouvez faire cela en spécifiant <literal>VARIADIC</literal>
dans l'appel :
@@ -734,7 +734,7 @@ SELECT mleast(arr := ARRAY[10, -1, 5, 4.4]);
</sect2>
<sect2 id="xfunc-sql-parameter-defaults">
- <title>Fonctions SQL <acronym>SQL</acronym> avec des valeurs par défaut
+ <title>Fonctions <acronym>SQL</acronym> avec des valeurs par défaut
pour les arguments</title>
<indexterm>
@@ -1015,9 +1015,8 @@ SELECT nom, listeenfant(nom) FROM noeuds;
pas correctement (ce que nous obtenons actuellement est une liste dont la
taille est le plus petit commun multiple du nombre de lignes produites par
chaque fonction renvoyant un ensemble). La syntaxe
- <literal>LATERAL</literal> génère un résulant moins surprenant avec de
- multiples fonctions renvoyant des ensembles, et devrait préférentiellement
- être utilisée.
+ <literal>LATERAL</literal> génère un résultat moins surprenant avec de
+ multiples fonctions renvoyant des ensembles, et devrait être préférée.
</para>
</note>
</sect2>
@@ -1269,7 +1268,7 @@ CREATE FUNCTION test(smallint, double precision) RETURNS ...</programlisting>
<para>
Une fonction qui prend un seul argument d'un type composite devrait
généralement ne pas avoir le même nom que tout attribut (champ) de
- ce type. Rappellez-vous que <literal>attribut(table)</literal> est
+ ce type. Rappelez-vous que <literal>attribut(table)</literal> est
considéré comme équivalent à <literal>table.attribut</literal>. Dans
le cas où il existe une ambiguïté entre une fonction sur un type
composite et sur un attribut d'un type composite, l'attribut sera
@@ -1286,7 +1285,7 @@ CREATE FUNCTION test(smallint, double precision) RETURNS ...</programlisting>
Dans ce cas, il n'est pas simple de savoir lequel sera sélectionné lors
d'un appel avec un seul argument numérique, par exemple
<literal>foo(10.1)</literal>. La règle est que la fonction apparaissant
- plsu tôt dans le chemin des schémas est utilisé. De même, si les deux
+ plus tôt dans le chemin des schémas est utilisé. De même, si les deux
fonctions sont dans le même schéma, la non variadic est préféré.
</para>
@@ -1412,7 +1411,7 @@ LANGUAGE C;
ne l'est pas vraiment pourrait avoir comme conséquence de la considérer
prématurément comme une constante lors de la planification et résulterait en une valeur
erronée lors d'une utilisation ultérieure de ce plan d'exécution.
- C'est un danger qui arrive lors de l'utilisattion d'instructions préparées
+ C'est un danger qui arrive lors de l'utilisation d'instructions préparées
ou avec l'utilisation de langages de fonctions mettant les plans d'exécutions
en cache (comme
<application>PL/pgSQL</application>).
@@ -1429,7 +1428,7 @@ LANGUAGE C;
MVCC (voir <xref linkend="mvcc"/>) : les fonctions
<literal>STABLE</literal> et <literal>IMMUTABLE</literal> utilisent une
image établie au lancement de la requête appelante alors que les fonctions
- <literal>VOLATILE</literal> obtiennent une image fraiche au début de chaque
+ <literal>VOLATILE</literal> obtiennent une image fraîche au début de chaque
requête qu'elles exécutent.
</para>
@@ -1703,7 +1702,7 @@ LANGUAGE internal STRICT;
dans un serveur incompatible, <productname>PostgreSQL</productname> vérifie
que le fichier contient un <quote>bloc magique</quote> avec un contenu
approprié. Ceci permet au serveur de détecter les incompatibilités évidentes
- comme du code compilet pour une version majeure différente de
+ comme du code compilé pour une version majeure différente de
<productname>PostgreSQL</productname>. Un bloc magique est requis à partir de
<productname>PostgreSQL</productname> 8.2. Pour inclure un bloc magique,
écrivez ceci dans un (et seulement un) des fichiers source du module, après
@@ -1849,7 +1848,7 @@ typedef struct
<para>
Enfin, tous les types à longueur variable doivent aussi être passés par
référence. Tous les types à longueur variable doivent commencer avec un
- champ d'une longueur d'exactement quatre octets, qui sera initialisé à
+ champ d'une longueur de quatre octets exactement, qui sera initialisé à
<symbol>SET_VARSIZE</symbol> ; ne jamais configurer ce champ directement !
Toutes les données
devant être stockées dans ce type doivent être localisées dans la mémoire à
@@ -1920,8 +1919,8 @@ memcpy(destination->data, buffer, 40);
<literal>VARHDRSZ</literal> est équivalent à <literal>sizeof(int32)</literal> mais
est considéré comme une meilleure tournure de référence à la taille de
l'overhead pour un type à longueur variable.
- Also, the length field <emphasis>must</emphasis> be set using the
- <literal>SET_VARSIZE</literal> macro, not by simple assignment.
+ En outre, la longueur du champ <emphasis>doit</emphasis> être spécifiée en utilisant
+ la macro <literal>SET_VARSIZE</literal>, et non une simple affectation.
</para>
<para>
--
1.7.10.4
Plus d'informations sur la liste de diffusion Trad