Skip to content

Commit

Permalink
Traductions du mardi
Browse files Browse the repository at this point in the history
  • Loading branch information
@gleu
gleu committed Sep 9, 2014
1 parent 3824000 commit dbe66f2
Show file tree
Hide file tree
Showing 5 changed files with 326 additions and 293 deletions.
48 changes: 25 additions & 23 deletions postgresql/lobj.xml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -515,21 +515,21 @@ int lo_truncate64(PGcon *conn, int fd, pg_int64 len);
<sect1 id="lo-funcs">
<title>Fonctions du côté serveur</title>

<para>
Server-side functions tailored for manipulating large objects from SQL are
listed in <xref linkend="lo-funcs-table"/>.
<para>
Les fonctions côté serveur conçues pour la manipulation des Large Objects en
SQL sont listées dans <xref linkend="lo-funcs-table"/>.
</para>

<table id="lo-funcs-table">
<title>SQL-oriented Large Object Functions</title>
<title>Fonctions SQL pour les Large Objects</title>
<tgroup cols="5">
<thead>
<row>
<entry>Function</entry>
<entry>Return Type</entry>
<entry>Fonction</entry>
<entry>Type en retour</entry>
<entry>Description</entry>
<entry>Example</entry>
<entry>Result</entry>
<entry>Exemple</entry>
<entry>Résultat</entry>
</row>
</thead>

Expand All @@ -543,8 +543,9 @@ int lo_truncate64(PGcon *conn, int fd, pg_int64 len);
</entry>
<entry><type>oid</type></entry>
<entry>
Create a large object and store data there, returning its OID.
Pass <literal>0</literal> to have the system choose an OID.
Crée un Large Object et y stocke les données, renvoyant son OID.
Passez la valeur <literal>0</literal> pour que le système choisisse un
OID.
</entry>
<entry><literal>lo_from_bytea(0, E'\\xffffff00')</literal></entry>
<entry><literal>24528</literal></entry>
Expand All @@ -559,7 +560,7 @@ int lo_truncate64(PGcon *conn, int fd, pg_int64 len);
</entry>
<entry><type>void</type></entry>
<entry>
Write data at the given offset.
Écrit les données au décalage indiqué.
</entry>
<entry><literal>lo_put(24528, 1, E'\\xaa')</literal></entry>
<entry></entry>
Expand All @@ -574,7 +575,7 @@ int lo_truncate64(PGcon *conn, int fd, pg_int64 len);
</entry>
<entry><type>bytea</type></entry>
<entry>
Extract contents or a substring thereof.
Extrait le contenu ou une sous-chaîne du contenu.
</entry>
<entry><literal>lo_get(24528, 0, 3)</literal></entry>
<entry><literal>\xffaaff</literal></entry>
Expand All @@ -585,17 +586,18 @@ int lo_truncate64(PGcon *conn, int fd, pg_int64 len);
</table>

<para>
There are additional server-side functions corresponding to each of the
client-side functions described earlier; indeed, for the most part the
client-side functions are simply interfaces to the equivalent server-side
functions. The ones just as convenient to call via SQL commands are
<function>lo_creat</function><indexterm><primary>lo_creat</primary></indexterm>,
<function>lo_create</function>,
<function>lo_create</function><indexterm><primary>lo_create</primary></indexterm>,
<function>lo_unlink</function><indexterm><primary>lo_unlink</primary></indexterm>,
<function>lo_import</function><indexterm><primary>lo_import</primary></indexterm> et
<function>lo_export</function><indexterm><primary>lo_export</primary></indexterm>.
Voici des exemples de leur utilisation&nbsp;:
Il existe d'autres fonctions côté serveur correspondant à chacune des
fonctions côté client décrites précédemment. En fait, la plupart des
fonctions côté client sont simplement des interfaces vers l'équivalent
côté serveur. Celles qu'il est possible d'appeler via des commandes SQL
sont
<function>lo_creat</function><indexterm><primary>lo_creat</primary></indexterm>,
<function>lo_create</function>,
<function>lo_create</function><indexterm><primary>lo_create</primary></indexterm>,
<function>lo_unlink</function><indexterm><primary>lo_unlink</primary></indexterm>,
<function>lo_import</function><indexterm><primary>lo_import</primary></indexterm> et
<function>lo_export</function><indexterm><primary>lo_export</primary></indexterm>.
Voici des exemples de leur utilisation&nbsp;:
<programlisting>CREATE TABLE image (
nom text,
donnees oid
Expand Down
90 changes: 48 additions & 42 deletions postgresql/plpgsql.xml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -355,8 +355,8 @@ une_ligne RECORD;
NULL aboutira à une erreur d'exécution. Les valeurs par défaut de toutes
les variables déclarées <literal>NOT NULL</literal> doivent être
précisées, donc non NULL.
Equal (<literal>=</literal>) can be used instead of PL/SQL-compliant
<literal>:=</literal>.
Le signe d'égalité (<literal>=</literal>) peut être utilisé à la place de
<literal>:=</literal>, qui lui est conforme au PL/SQL.
</para>

<para>
Expand Down Expand Up @@ -879,8 +879,9 @@ PREPARE <replaceable>nom_instruction</replaceable>(integer, integer) AS SELECT $
d'enrengistrement). La variable cible peut être une simple varible
(éventuellement qualifiée avec un nom de bloc), un champ d'une rangée
ou variable d'enrengistrement ou un élément de tableau qui se trouve
être une simple variable ou champ. Equal (<literal>=</literal>) can be
used instead of PL/SQL-compliant <literal>:=</literal>.
être une simple variable ou champ. Le signe d'égalité (<literal>=</literal>)
peut être utilisé à la place de <literal>:=</literal>, qui lui est conforme
au PL/SQL.
</para>

<para>
Expand Down Expand Up @@ -1082,14 +1083,14 @@ END;
</para>

<para>
If <literal>print_strict_params</literal> is enabled for the function,
you will get information about the parameters passed to the
query in the <literal>DETAIL</literal> part of the error message produced
when the requirements of STRICT are not met. You can change this
setting on a system-wide basis by setting
<varname>plpgsql.print_strict_params</varname>, though only subsequent
function compilations will be affected. You can also enable it
on a per-function basis by using a compiler option:
Si <literal>print_strict_params</literal> est activé pour cette fonction,
vous obtiendrez des informations sur les paramètres passés à la requête
dans la partie <literal>DETAIL</literal> du message d'erreur produit quand
les pré-requis de STRICT ne sont pas rencontrés. Vous pouvez changer cette
configuration au niveau système en configurant
<varname>plpgsql.print_strict_params</varname>, bien que seules les
compilations suivantes des fonctions seront affectées. Vous pouvez aussi
l'activer fonction par fonction en utilisant une option du compilateur&nbsp;:
<programlisting>
CREATE FUNCTION get_userid(username text) RETURNS int
AS $$
Expand Down Expand Up @@ -1438,8 +1439,9 @@ EXECUTE format('UPDATE tbl SET %I = $1 WHERE cle = $2', nom_colonne)
<acronym>SQL</acronym> la plus récente. Notez que <varname>RESULT_OID</varname>
n'est utile qu'après une commande <command>INSERT</command> dans une table
contenant des OID.
Colon-equal (<literal>:=</literal>) can be used instead of SQL-standard
<literal>=</literal> for <command>GET DIAGNOSTICS</command>.
Le signe deux-points suivi du signe d'égalité (<literal>:=</literal>) peut
être utilisé à la place de <literal>=</literal>, pour la conformité au SQL,
lors de l'utilisation de <command>GET DIAGNOSTICS</command>.
</para>

<para>
Expand Down Expand Up @@ -2639,11 +2641,11 @@ SELECT fusionne_base(1, 'dennis');
</sect2>

<sect2 id="plpgsql-diagnostics">
<title>Getting Diagnostics Information</title>
<title>Obtenir des informations de diagnostique</title>

<indexterm>
<primary>diagnostics</primary>
<secondary>in PL/pgSQL</secondary>
<primary>diagnostiques</primary>
<secondary>en PL/pgSQL</secondary>
</indexterm>

<sect3 id="plpgsql-exception-diagnostics">
Expand Down Expand Up @@ -2772,7 +2774,7 @@ END;
</sect3>

<sect3 id="plpgsql-get-diagnostics-context">
<title>Obtaining the call stack context information</title>
<title>Obtenir les informations de contexte de la pile d'appel</title>

<para>

Expand All @@ -2781,12 +2783,12 @@ GET <optional> CURRENT </optional> DIAGNOSTICS <replaceable>variable</replaceabl
</synopsis>


Calling <command>GET DIAGNOSTICS</command> with status
item <varname>PG_CONTEXT</varname> will return a text string with line(s) of
text describing the call stack. The first row refers to the
current function and currently executing <command>GET DIAGNOSTICS</command>
command. The second and any subsequent rows refer to the calling functions
up the call stack.
Appeler <command>GET DIAGNOSTICS</command> avec l'élément de statut
<varname>PG_CONTEXT</varname> renverra une chaîne de texte avec les lignes
de texte décrivant la pile d'appel. La première ligne fait référence à la
fonction courante, exécutant la commande <command>GET DIAGNOSTICS</command>.
La deuxième ligne et les lignes suivantes font référence aux fonctions
appelantes dans l'ordre de la pile d'appel.

<programlisting>
CREATE OR REPLACE FUNCTION public.outer_func() RETURNS integer AS $$
Expand Down Expand Up @@ -4702,41 +4704,45 @@ then return '$$ || referrer_keys.referrer_type
</listitem>
</varlistentry>
</variablelist>

</sect2>

<sect2 id="plpgsql-extra-checks">
<title>Additional compile-time checks</title>
<title>Vérifications supplémentaires à la compilation</title>

<para>
To aid the user in finding instances of simple but common problems before
they cause harm, <application>PL/PgSQL</application> provides additional
<replaceable>checks</replaceable>. When enabled, depending on the configuration, they
can be used to emit either a <literal>WARNING</literal> or an <literal>ERROR</literal>
during the compilation of a function. A function which has received
a <literal>WARNING</literal> can be executed without producing further messages,
so you are advised to test in a separate development environment.
Pour aider l'utilisateur à trouver les problèmes simples mais fréquents
avant qu'ils ne posent de vrais problèmes, <application>PL/PgSQL</application>
fournit des <replaceable>vérifications</replaceable> supplémentaires.
Une fois activées, suivant la configuration, elles peuvent être utilisées
pour émettre soit un <literal>WARNING</literal> soit un <literal>ERROR</literal>
pendant la compilation d'une fonction. Une fonction qui a reçu un
<literal>WARNING</literal> peut être exécutée sans produire d'autres messages,
mais vous êtes averti de la tester dans un environnement de développement
séparé.
</para>

<para>
These additional checks are enabled through the configuration variables
<varname>plpgsql.extra_warnings</varname> for warnings and
<varname>plpgsql.extra_errors</varname> for errors. Both can be set either to
a comma-separated list of checks, <literal>"none"</literal> or <literal>"all"</literal>.
The default is <literal>"none"</literal>. Currently the list of available checks
includes only one:
Ces vérifications supplémentaires sont activées via les variables de
configuration <varname>plpgsql.extra_warnings</varname> pour les messages
d'avertissement et <varname>plpgsql.extra_errors</varname> pour les erreurs.
Les deux peuvent être configurés soit avec une liste de vérifications séparées
par des virgules, soit pour aucune (<literal>"none"</literal>), soit pour
toutes (<literal>"all"</literal>). La valeur par défaut est
<literal>"none"</literal>. La liste actuelle des vérifications disponibles ne
contient qu'un membre&nbsp;:
<variablelist>
<varlistentry>
<term><varname>shadowed_variables</varname></term>
<listitem>
<para>
Checks if a declaration shadows a previously defined variable.
Vérifie si une déclaration cache une variable définie précédemment.
</para>
</listitem>
</varlistentry>
</variablelist>

The following example shows the effect of <varname>plpgsql.extra_warnings</varname>
set to <varname>shadowed_variables</varname>:
L'exemple suivant montre l'effet de <varname>plpgsql.extra_warnings</varname>
configuré à <varname>shadowed_variables</varname>&nbsp;:
<programlisting>
SET plpgsql.extra_warnings TO 'shadowed_variables';

Expand Down

0 comments on commit dbe66f2

Please sign in to comment.