Skip to content

Commit

Permalink
Traduction d'un deuxième ensemble de fichiers
Browse files Browse the repository at this point in the history
  • Loading branch information
gleu committed May 21, 2013
1 parent 2c80b50 commit 677c53b
Show file tree
Hide file tree
Showing 19 changed files with 371 additions and 335 deletions.
55 changes: 29 additions & 26 deletions postgresql/ddl.xml
Original file line number Diff line number Diff line change
Expand Up @@ -817,30 +817,32 @@ DROP TABLE produits;</programlisting>
satisfait pas la clé étrangère, l'opération échoue.
</para>

<para>
À l'instar de <literal>ON DELETE</literal>, existe
<literal>ON UPDATE</literal>, évoqué lorsqu'une colonne référencée
est modifiée (actualisée). Les actions possibles sont les mêmes.
In this case, <literal>CASCADE</literal> means that the updated values of the
referenced column(s) should be copied into the referencing row(s).
</para>
<para>
À l'instar de <literal>ON DELETE</literal>, existe <literal>ON
UPDATE</literal>, évoqué lorsqu'une colonne référencée est modifiée
(actualisée). Les actions possibles sont les mêmes. Dans ce cas,
<literal>CASCADE</literal> signifie que les valeurs mises à jour dans
la colonne référencée doivent être copiées dans les lignes de référence.
</para>

<para>
Normally, a referencing row need not satisfy the foreign key constraint
if any of its referencing columns are null. If <literal>MATCH FULL</literal>
is added to the foreign key declaration, a referencing row escapes
satisfying the constraint only if all its referencing columns are null
(so a mix of null and non-null values is guaranteed to fail a
<literal>MATCH FULL</literal> constraint). If you don't want referencing rows
to be able to avoid satisfying the foreign key constraint, declare the
referencing column(s) as <literal>NOT NULL</literal>.
Habituellement, une ligne de référence n'a pas besoin de satisfaire la
clé étrangère si une de ses colonnes est NULL. Si la clause <literal>MATCH
FULL</literal> est ajoutée à la déclaration de la clé étrangère, une ligne
de référence échappe à la clé étrangère seulement si toutes ses colonnes de
référence sont NULL (donc un mélange de valeurs NULL et non NULL échoue
forcément sur une contrainte <literal>MATCH FULL</literal>). Si vous ne
voulez pas que les lignes de référence soient capables d'empêcher la
satisfaction de la clé étrangère, déclarez les colonnes de référence comme
<literal>NOT NULL</literal>.
</para>

<para>
A foreign key must reference columns that either are a primary key or
form a unique constraint. This means that the referenced columns always
have an index (the one underlying the primary key or unique constraint);
so checks on whether a referencing row has a match will be efficient.
Une clé étrangère doit référencer les colonnes qui soit sont une clé primaire
soit forment une contrainte d'unicité. Cela signifie que les colonnes
référencées ont toujours un index (celui qui garantie la clé primaire ou
la contrainte unique). Donc les vérifications sur la ligne de référence
seront performantes.
Comme la suppression d'une ligne de la table référencée ou la mise à jour
d'une colonne référencée nécessitera un parcours de la table référée pour
trouver les lignes correspondant à l'ancienne valeur, il est souvent
Expand All @@ -852,8 +854,8 @@ DROP TABLE produits;</programlisting>

<para>
Le <xref linkend="dml"/> contient de plus amples informations sur
l'actualisation et la suppression de données. Also see the description
of foreign key constraint syntax in the reference documentation for
l'actualisation et la suppression de données. Voir aussi la description
de la syntaxe des clés étrangères dans la documentation de référence sur
<xref linkend="sql-createtable"/>.
</para>

Expand Down Expand Up @@ -1694,7 +1696,7 @@ ALTER TABLE produits ADD FOREIGN KEY (id_groupe_produit) REFERENCES groupes_prod
</para>

<indexterm>
<primary><varname>search_path</varname> configuration parameter</primary>
<primary>paramètre de configuration <varname>search_path</varname></primary>
</indexterm>

<para>
Expand Down Expand Up @@ -3011,8 +3013,9 @@ ANALYZE mesure;
être utilisée dans des requêtes comme tout autre table, mais une table
distante n'est pas stockée sur le serveur PostgreSQL. À chaque utilisation,
<productname>PostgreSQL</productname> demande au wrapper de données
distantes de récupérer les données provenant de la source externe, or
transmit data to the external source in the case of update commands.
distantes de récupérer les données provenant de la source externe, ou
de transmettre les données à la source externe dans le cas de commandes
de mise à jour.
</para>

<para>
Expand All @@ -3025,10 +3028,10 @@ ANALYZE mesure;
</para>

<para>
For additional information, see
Pour plus d'informations, voir
<xref linkend="sql-createforeigndatawrapper"/>,
<xref linkend="sql-createserver"/>,
<xref linkend="sql-createusermapping"/>, and
<xref linkend="sql-createusermapping"/> et
<xref linkend="sql-createforeigntable"/>.
</para>
</sect1>
Expand Down
10 changes: 6 additions & 4 deletions postgresql/hstore.xml
Original file line number Diff line number Diff line change
Expand Up @@ -342,15 +342,17 @@ b
<row>
<entry><function>hstore_to_json(hstore)</function></entry>
<entry><type>json</type></entry>
<entry>get <type>hstore</type> as a json value</entry>
<entry>obtenir une valeur JSON à partir d'un <type>hstore</type></entry>
<entry><literal>hstore_to_json('"a key"=&gt;1, b=&gt;t, c=&gt;null, d=&gt;12345, e=&gt;012345, f=&gt;1.234, g=&gt;2.345e+4')</literal></entry>
<entry><literal>{"a key": "1", "b": "t", "c": null, "d": "12345", "e": "012345", "f": "1.234", "g": "2.345e+4"}</literal></entry>
</row>

<row>
<entry><function>hstore_to_json_loose(hstore)</function></entry>
<entry><type>json</type></entry>
<entry>get <type>hstore</type> as a json value, but attempting to distinguish numerical and boolean values so they are unquoted in the json</entry>
<entry>obtenir une valeur JSON à partir d'un <type>hstore</type>, mais
en essayant de distinguer les valeurs numériques et booléennes pour
qu'elles ne soient pas entre guillemets dans le JSON</entry>
<entry><literal>hstore_to_json_loose('"a key"=&gt;1, b=&gt;t, c=&gt;null, d=&gt;12345, e=&gt;012345, f=&gt;1.234, g=&gt;2.345e+4')</literal></entry>
<entry><literal>{"a key": 1, "b": true, "c": null, "d": 12345, "e": "012345", "f": 1.234, "g": 2.345e+4}</literal></entry>
</row>
Expand Down Expand Up @@ -433,8 +435,8 @@ b

<note>
<para>
The function <function>hstore_to_json</function> is used when an <type>hstore</type>
value is cast to <type>json</type>.
La fonction <function>hstore_to_json</function> est utilisée quand une
valeur <type>hstore</type> est convertie en valeur <type>json</type>.
</para>
</note>

Expand Down
65 changes: 34 additions & 31 deletions postgresql/install-windows.xml
Original file line number Diff line number Diff line change
Expand Up @@ -113,12 +113,12 @@
64-bit de la commande, et vice versa. Dans <productname>Microsoft Windows
SDK</productname>, lancez le <application>CMD shell</application> listé dans
le menu SDK du menu de démarrage. Dans les versions récentes du SDK, vous
pouvez changer l'architecture CPU ciblée, build
type, and target OS by using the <command>setenv</command> command, e.g.
<command>setenv /x86 /release /xp</command> to target Windows XP or later
with a 32-bit release build. See <command>/?</command> for other options to
<command>setenv</command>. Toutes les commandes doivent être exécutées
du répertoire <filename>src\tools\msvc</filename>.
pouvez changer l'architecture CPU ciblée, le type de construction et le
système cible en utilisant la commande <command>setenv</command>, par
exemple <command>setenv /x86 /release /xp</command> pour cibler Windows XP ou
supérieur avec une construction 32 bits. Voir <command>/?</command> pour les
autres options de <command>setenv</command>. Toutes les commandes doivent
être exécutées du répertoire <filename>src\tools\msvc</filename>.
</para>

<para>
Expand Down Expand Up @@ -215,30 +215,33 @@
<productname>Flex</productname></term>
<listitem>
<para>
<productname>Bison</productname> and <productname>Flex</productname> are
required to build from Git, but not required when building from a release
file. Only <productname>Bison</productname> 1.875 or versions 2.2 and later
will work. <productname>Flex</productname> must be version 2.5.31 or later.
<productname>Bison</productname> et <productname>Flex</productname> sont
requis pour construire à partir de Git, mais ne le sont pas pour construire
à partir d'une version distribuée. Seul <productname>Bison</productname>
1.875 ou les versions 2.2 et ultérieures fonctionneront.
<productname>Flex</productname> doit être en version 2.5.31 ou supérieure.
</para>

<para>
Both <productname>Bison</productname> and <productname>Flex</productname>
are included in the <productname>msys</productname> tool suite, available
from <ulink url="http://www.mingw.org/wiki/MSYS">this site</ulink> as part of the
<productname>MinGW</productname> compiler suite. You can also get
<productname>msys</productname> as part of
<productname>msysGit</productname> from <ulink url="http://git-scm.com/">this site</ulink>.
<productname>Bison</productname> et <productname>Flex</productname> sont
inclus dans la suite d'outils <productname>msys</productname>, disponible
à partir de <ulink url="http://www.mingw.org/wiki/MSYS">ce site</ulink>
et faisant partie de la suite de compilation
<productname>MinGW</productname>. Vous pouvez aussi obtenir
<productname>msys</productname> en tant que partie de
<productname>msysGit</productname> à partir de <ulink
url="http://git-scm.com/">ce site</ulink>.
</para>

<para>
You will need to add the directory containing
<filename>flex.exe</filename> and <filename>bison.exe</filename> to the
PATH environment variable in <filename>buildenv.pl</filename> unless
they are already in PATH. In the case of MinGW, the directory is the
<filename>\msys\1.0\bin</filename> subdirectory of your MinGW
installation directory. For msysGit, it's the <filename>bin</filename>
directory in your Git install directory. Do not add the MinGW compiler
tools themselves to PATH.
Vous aurez besoin d'ajouter le répertoire contenant
<filename>flex.exe</filename> et <filename>bison.exe</filename> à la
variable d'environnement PATH dans <filename>buildenv.pl</filename> sauf
s'ils sont déjà dans le PATH. Dans le cas de MinGW, le répertoire est le
sous-répertoire <filename>\msys\1.0\bin</filename> de votre répertoire
d'installation de MinGW. Pour msysGit, il s'agit du répertoire
<filename>bin</filename> du répertoire d'installation de Git. N'ajoutez
pas les outils du compilateur MinGW dans le chemin.
</para>

<note>
Expand All @@ -247,18 +250,18 @@
disfonctionnements de Bison lorsqu'il est installé dans un répertoire dont
le nom contient des espaces, tels que l'emplacement par défaut dans les
installations en Anglais : <filename>C:\Program Files\GnuWin32</filename>.
Installez donc plutôt dans <filename>C:\GnuWin32</filename> or use the
NTFS shortname path to GnuWin32 in your PATH environment setting
(e.g. <filename>C:\PROGRA~1\GnuWin32</filename>).
Installez donc plutôt dans <filename>C:\GnuWin32</filename> ou utilisez le
chemin court NTFS de GnuWin32 dans votre variable d'environnement PATH
(par exemple <filename>C:\PROGRA~1\GnuWin32</filename>).
</para>
</note>

<note>
<para>
The obsolete "winflex" binaries distributed on the PostgreSQL FTP site
and referenced in older documentation will fail with "flex: fatal
internal error, exec failed" on 64-bit Windows hosts. Use flex from
msys instead.
Les binaires obsolètes "winflex" distribués sur le site FTP de PostgreSQL
et référencés dans les anciennes documentations échoueront avec le message
"flex: fatal internal error, exec failed" sur des serveurs Windows 64 bits.
Utilisez flex à partir du paquet msys.
</para>
</note>
</listitem>
Expand Down
22 changes: 11 additions & 11 deletions postgresql/installation.xml
Original file line number Diff line number Diff line change
Expand Up @@ -275,11 +275,10 @@ su - postgres

<listitem>
<para>
To build the <productname>PostgreSQL</productname> documentation,
there is a separate set of requirements; see
Pour construire la documentation <productname>PostgreSQL</productname>,
il existe un ensemble de prérequis séparé&nbsp;; voir
<phrase><xref linkend="docguide-toolsets"/></phrase>
<phrase>the main documentation's appendix on
documentation</phrase>.
<phrase>l'annexe du manuel sur la documentation</phrase>.
</para>
</listitem>
</itemizedlist>
Expand Down Expand Up @@ -353,16 +352,17 @@ su - postgres
<title>Obtenir les sources</title>

<para>
The <productname>PostgreSQL</productname> &version; sources can be obtained from the
download section of our
website: <ulink url="http://www.postgresql.org/download/">download</ulink>. You
should get a file named <filename>postgresql-&version;.tar.gz</filename>
or <filename>postgresql-&version;.tar.bz2</filename>.
Les sources de <productname>PostgreSQL</productname> &version; peuvent être
obtenues dans la section de téléchargement de notre site web&nbsp;:
<ulink url="http://www.postgresql.org/download/">téléchargement</ulink>.
Vous devriez obtenir un fichier nommé
<filename>postgresql-&version;.tar.gz</filename> ou
<filename>postgresql-&version;.tar.bz2</filename>.
Après avoir obtenu le fichier, on le décompresse&nbsp;:
<screen><userinput>gunzip postgresql-&version;.tar.gz</userinput>
<userinput>tar xf postgresql-&version;.tar</userinput></screen>
(Use <command>bunzip2</command> instead of <command>gunzip</command> if you
have the <filename>.bz2</filename> file.)
(Utilisez <command>bunzip2</command> à la place de <command>gunzip</command>
si vous avez le fichier <filename>.bz2</filename>.)
Cela crée un répertoire <filename>postgresql-&version;</filename>
contenant les sources de <productname>PostgreSQL</productname> dans le répertoire
courant. Le reste de la procédure d'installation s'effectue depuis ce
Expand Down
41 changes: 21 additions & 20 deletions postgresql/mvcc.xml
Original file line number Diff line number Diff line change
Expand Up @@ -277,13 +277,14 @@

<important>
<para>
Some <productname>PostgreSQL</productname> data types and functions have
special rules regarding transactional behaviour. In particular, changes
made to a <literal>SEQUENCE</literal> (and therefore the counter of a
column declared using <literal>SERIAL</literal>) are immediately visible
to all other transactions and are not rolled back if the transaction
that made the changes aborts. See <xref linkend="functions-sequence"/>
and <xref linkend="datatype-serial"/>.
Certains types de données et certaines fonctions de
<productname>PostgreSQL</productname> ont des règles spéciales sur le
comportement des transactions. En particulier, les modifications réalisées
sur une <literal>SEQUENCE</literal> (et du coup sur le compteur d'une
colonne déclarée <literal>SERIAL</literal>) sont immédiatement visibles
de toutes les autres transactions et ne sont pas annulées si la transaction
qui a fait la modification est annulée. Voir
<xref linkend="functions-sequence"/> et <xref linkend="datatype-serial"/>.
</para>
</important>

Expand Down Expand Up @@ -539,7 +540,7 @@ COMMIT;
<para>
Le niveau d'isolation <firstterm>Serializable</firstterm> fournit
le niveau d'isolation le plus strict. Ce niveau émule l'exécution
sérielle de transaction for all committed transactions, comme si
sérielle de transaction pour toutes les transactions validées, comme si
les transactions avaient été
exécutées les unes après les autres, séquentiellement, plutôt
que simultanément. Toutefois, comme pour le niveau Repeatable Read,
Expand Down Expand Up @@ -587,18 +588,18 @@ ERREUR: n'a pas pu sérialiser un accès à cause d'une mise à jour en parall
différente pour le calcul par A.
</para>

<para>
When relying on Serializable transactions to prevent anomalies, it is
important that any data read from a permanent user table not be
considered valid until the transaction which read it has successfully
committed. This is true even for read-only transactions, except that
data read within a <firstterm>deferrable</firstterm> read-only
transaction is known to be valid as soon as it is read, because such a
transaction waits until it can acquire a snapshot guaranteed to be free
from such problems before starting to read any data. In all other cases
applications must not depend on results read during a transaction that
later aborted; instead, they should retry the transaction until it
succeeds.
<para>
Si on se fie aux transactions sérialisées pour empêcher les anomalies, il
est important que toute donnée lue à partir d'une table utilisateur
permanente soit considérée valide jusqu'à ce que la transaction qui l'a lu
soit validée avec succès. Ceci est vrai même pour les transactions en
lecture seule, sauf pour les données lues dans une transaction
<firstterm>déferrable</firstterm> en lecture seule qui sont garanties
être valides à leur lecture car une telle transaction attend jusqu'à
l'obtention d'une image garantie libre de tout problème avant lecture.
Dans tous les autres cas, les applications ne doivent pas dépendre des
lectures d'une transaction qui a été par la suite annulée. À la place,
elles doivent tenter de nouveau la transaction jusqu'à ce qu'elle réussisse.
</para>

<para>
Expand Down

0 comments on commit 677c53b

Please sign in to comment.