Skip to content

Commit

Permalink
Traduction de ce dimanche.
Browse files Browse the repository at this point in the history
  • Loading branch information
gleu committed May 24, 2011
1 parent 1960bdb commit abbdc01
Show file tree
Hide file tree
Showing 17 changed files with 439 additions and 402 deletions.
33 changes: 17 additions & 16 deletions postgresql/auth-delay.xml
Original file line number Diff line number Diff line change
Expand Up @@ -8,43 +8,44 @@
</indexterm>

<para>
<filename>auth_delay</filename> causes the server to pause briefly before
reporting authentication failure, to make brute-force attacks on database
passwords more difficult. Note that it does nothing to prevent
denial-of-service attacks, and may even exacerbate them, since processes
that are waiting before reporting authentication failure will still consume
connection slots.
<filename>auth_delay</filename> fait que le serveur observe une pause brève
avant de rapporter une erreur d'authentification. Cela rend les attaques par
force brute plus difficile. Notez que cela n'empêche en rien les attaques
par déni de service et pourrait même les exacerber car les processus en
attente du rapport de l'échec d'authentification consomment toujours des
connexions.
</para>

<para>
In order to function, this module must be loaded via
<xref linkend="guc-shared-preload-libraries"/> in <filename>postgresql.conf</filename>.
Pour fonctionner, ce module doit être chargé grâce au paramètre
<xref linkend="guc-shared-preload-libraries"/> du <filename>postgresql.conf</filename>.
</para>

<sect2>
<title>Configuration Parameters</title>
<title>Paramètres de configuration</title>

<variablelist>
<varlistentry>
<term>
<varname>auth_delay.milliseconds</varname> (<type>int</type>)
</term>
<indexterm>
<primary><varname>auth_delay.milliseconds</varname> configuration parameter</primary>
<primary>paramètre de configuration <varname>auth_delay.milliseconds</varname></primary>
</indexterm>
<listitem>
<para>
The number of milliseconds to wait before reporting an authentication
failure. The default is 0.
Le nombre de millisecondes à attendre avant de rapporter une erreur
d'authentification. La valeur par défaut est 0.
</para>
</listitem>
</varlistentry>
</variablelist>

<para>
In order to set these parameters in your <filename>postgresql.conf</filename> file,
you will need to add <literal>auth_delay</literal> to
<xref linkend="guc-custom-variable-classes"/>. Typical usage might be:
Pour configurer ces paramètres dans votre fichier <filename>postgresql.conf</filename>,
vous devez ajouter <literal>auth_delay</literal> à
<xref linkend="guc-custom-variable-classes"/>. Voici un exemple d'utilisation
typique&nbsp;:
</para>

<programlisting>
Expand All @@ -57,7 +58,7 @@ auth_delay.milliseconds = '500'
</sect2>

<sect2>
<title>Author</title>
<title>Auteur</title>

<para>
KaiGai Kohei <email>kaigai@ak.jp.nec.com</email>
Expand Down
42 changes: 21 additions & 21 deletions postgresql/btree-gist.xml
Original file line number Diff line number Diff line change
Expand Up @@ -25,40 +25,40 @@
En règle général, ces classes d'opérateur ne dépassent pas en
performance les méthodes d'indexage standard équivalentes du B-tree. Il
leur manque une fonctionnalité majeure&nbsp;: la possibilité d'assurer
l'unicité. Néanmoins
they provide some other features that are not available with a B-tree
index, as described below. Also, these operator classes are useful
when a multi-column GiST index is needed, wherein some of the columns
are of data types that are only indexable with GiST but other columns
are just simple data types. Lastly, these operator classes are useful for
GiST testing and as a base for developing other GiST operator classes.
l'unicité. Néanmoins, ils fournissent d'autres fonctionnalités qui ne sont
pas disponibles avec un index B-tree, comme décrit ci-dessous. De plus, ces
classes d'opérateur sont utiles quand un index GiST multi-colonnes est
nécessaire, où certaines colonnes sont d'un type de données seulement
indexable avec GiST. Enfin, ces classes d'opérateur sont utiles pour tester
GiST et comme base de développement pour d'autres classes d'opérateur GiST.
</para>

<para>
In addition to the typical B-tree search operators, <filename>btree_gist</filename>
also provides index support for <literal>&lt;&gt;</literal> (<quote>not
equals</quote>). This may be useful in combination with an
<link linkend="SQL-CREATETABLE-EXCLUDE">exclusion constraint</link>,
as described below.
En plus des opérateurs de recherche B-tree typiques, <filename>btree_gist</filename>
fournit aussi un support pour <literal>&lt;&gt;</literal> (<quote>non
égale</quote>). C'est utile en combinaison avec une
<link linkend="SQL-CREATETABLE-EXCLUDE">contrainte d'exclusion</link>, comme
décrit ci-dessous.
</para>

<para>
Also, for data types for which there is a natural distance metric,
<filename>btree_gist</filename> defines a distance operator <literal>&lt;-&gt;</literal>,
and provides GiST index support for nearest-neighbor searches using
this operator. Distance operators are provided for
De plus, pour les types de données disposant d'une métrique pour la distance,
<filename>btree_gist</filename> définit un opérateur de distance,
<literal>&lt;-&gt;</literal>, et fournit un support par index GiST pour les
recherches du type voisin-le-plus-proche en utilisant cet opérateur. Les
opérateurs de distance sont fournis pour
<type>int2</type>, <type>int4</type>, <type>int8</type>, <type>float4</type>,
<type>float8</type>, <type>timestamp with time zone</type>,
<type>timestamp without time zone</type>,
<type>time without time zone</type>, <type>date</type>, <type>interval</type>,
<type>oid</type>, and <type>money</type>.
<type>oid</type> et <type>money</type>.
</para>

<sect2>
<title>Exemple d'utilisation</title>

<para>
Simple example using btree_gist instead of btree:
Exemple simple d'utilisation de btree_gist au lieu d'un index btree&nbsp;:
</para>

<programlisting><![CDATA[
Expand All @@ -72,9 +72,9 @@ SELECT *, a &lt;-&gt; 42 AS dist FROM test ORDER BY a &lt;-&gt; 42 LIMIT 10;
]]></programlisting>

<para>
Use an <link linkend="SQL-CREATETABLE-EXCLUDE">exclusion
constraint</link> to enforce the rule that a cage at a zoo
can contain only one kind of animal:
Utiliser une <link linkend="SQL-CREATETABLE-EXCLUDE">contrainte
d'exclusion</link> pour renforcer la règle comme quoi une cage dans un zoo
ne peut contenir qu'un seul type d'animal&nbsp;:
</para>

<programlisting><![CDATA[
Expand Down
40 changes: 20 additions & 20 deletions postgresql/contrib.xml
Original file line number Diff line number Diff line change
Expand Up @@ -53,40 +53,40 @@
neuve, vous pouvez simplement faire&nbsp;:

<programlisting>
CREATE EXTENSION <replaceable>module_name</replaceable>;
CREATE EXTENSION <replaceable>nom_module</replaceable>;
</programlisting>
</para>

<para>
This command must be run by a database superuser. This registers the
new SQL objects in the current database only, so you need to run this
command in each database that you want
the module's facilities to be available in. Alternatively, run it in
database <literal>template1</literal> so that the extension will be copied into
subsequently-created databases by default.
Cette commande doit être exécutée par un superutilisateur. Cela enregistre
de nouveaux objets SQL dans la base de données courante, donc vous avez
besoin d'exécuter cette commande dans chaque base de données où vous
souhaitez l'utiliser. Autrement, exécutez-la dans la base de données
<literal>template1</literal> pour que l'extension soit copiée dans les bases
de données créées après.
</para>

<para>
Many modules allow you to install their objects in a schema of your
choice. To do that, add <literal>SCHEMA
<replaceable>schema_name</replaceable></literal> to the <command>CREATE EXTENSION</command>
command. By default, the objects will be placed in your current creation
target schema, typically <literal>public</literal>.
Beaucoup de modules vous permettent d'installer leurs objets dans le schéma
de votre choix. Pour cela, ajoutez <literal>SCHEMA
<replaceable>nom_schéma</replaceable></literal> à la commande <command>CREATE
EXTENSION</command>. Par défaut, les objets seront placés dans le schéma
de création par défaut, donc généralement <literal>public</literal>.
</para>

<para>
If your database was brought forward by dump and reload from a pre-9.1
version of <productname>PostgreSQL</productname>, and you had been using the pre-9.1
version of the module in it, you should instead do
Si votre base de données a été mise à jour par une sauvegarde puis un
rechargement à partir d'une version antérieure à la 9.1 et que vous avez
utilisé la version antérieure du module, vous devez utiliser à la place

<programlisting>
CREATE EXTENSION <replaceable>module_name</replaceable> FROM unpackaged;
CREATE EXTENSION <replaceable>nom_module</replaceable> FROM unpackaged;
</programlisting>

This will update the pre-9.1 objects of the module into a proper
<firstterm>extension</firstterm> object. Future updates to the module will be
managed by <xref linkend="sql-alterextension"/>.
For more information about extension updates, see
Ceci mettra à jour les objets pré-9.1 du module dans une
<firstterm>extension</firstterm> propre. Les prochaines mises à jour du
module seront gérées par <xref linkend="sql-alterextension"/>. Pour plus
d'informations sur les mises à jour d'extensions, voir
<xref linkend="extend-extensions"/>.
</para>

Expand Down
92 changes: 47 additions & 45 deletions postgresql/ddl.xml
Original file line number Diff line number Diff line change
Expand Up @@ -1361,7 +1361,7 @@ ALTER TABLE produits ADD FOREIGN KEY (id_groupe_produit) REFERENCES groupes_prod
</indexterm>

<indexterm zone="ddl-priv">
<primary>owner</primary>
<primary>propriétaire</primary>
</indexterm>

<indexterm zone="ddl-priv">
Expand All @@ -1373,20 +1373,19 @@ ALTER TABLE produits ADD FOREIGN KEY (id_groupe_produit) REFERENCES groupes_prod
</indexterm>

<para>
When an object is created, it is assigned an owner. The
owner is normally the role that executed the creation statement.
For most kinds of objects, the initial state is that only the owner
(or a superuser) can do anything with the object. To allow
other roles to use it, <firstterm>privileges</firstterm> must be
granted.
There are several different kinds of privilege: <literal>SELECT</literal>,
Quand un objet est créé, il se voit affecter un propriétaire. Le propriétaire
est normalement le rôle qui a exécuté la requête de création. Pour la
plupart des objets, l'état initial est que seul le propriétaire (et les
superutilisateurs) peuvent faire quelque chose avec cet objet. Pour permettre
aux autres rôles de l'utiliser, des <firstterm>droits</firstterm> doivent
être donnés. Il existe différents types de droits&nbsp;:: <literal>SELECT</literal>,
<literal>INSERT</literal>, <literal>UPDATE</literal>, <literal>DELETE</literal>,
<literal>TRUNCATE</literal>, <literal>REFERENCES</literal>, <literal>TRIGGER</literal>,
<literal>CREATE</literal>, <literal>CONNECT</literal>, <literal>TEMPORARY</literal>,
<literal>EXECUTE</literal>, and <literal>USAGE</literal>.
For more information on the different types of privileges supported by
<productname>PostgreSQL</productname>, see the
<xref linkend="sql-grant"/> reference page.
<literal>EXECUTE</literal> et <literal>USAGE</literal>. Pour plus
d'informations sur les différents types de droits supportés par
<productname>PostgreSQL</productname>, voir la page de référence de
<xref linkend="sql-grant"/>.
</para>

<para>
Expand All @@ -1408,12 +1407,12 @@ ALTER TABLE produits ADD FOREIGN KEY (id_groupe_produit) REFERENCES groupes_prod
</para>

<para>
An object can be assigned to a new owner with an <command>ALTER</command>
command of the appropriate kind for the object, e.g. <xref
linkend="sql-altertable"/>. Superusers can always do
this; ordinary roles can only do it if they are both the current owner
of the object (or a member of the owning role) and a member of the new
owning role.
Un objet peut se voir affecter un nouveau propriétaire avec la commande
<command>ALTER</command> correspondant à l'objet, par exemple <xref
linkend="sql-altertable"/>. Les superutilisateurs peuvent toujours le
faire. Les rôles ordinaires peuvent seulement le faire s'ils sont le
propriétaire actuel de l'objet (ou un membre du rôle propiétaire) et un
membre du nouveau rôle propriétaire.
</para>

<para>
Expand Down Expand Up @@ -2948,49 +2947,52 @@ ANALYZE mesure;
</sect1>

<sect1 id="ddl-foreign-data">
<title>Foreign Data</title>
<title>Données distantes</title>

<indexterm>
<primary>foreign data</primary>
<primary>données distantes</primary>
</indexterm>
<indexterm>
<primary>foreign table</primary>
<primary>table distante</primary>
</indexterm>

<para>
<productname>PostgreSQL</productname> implements portions of the SQL/MED
specification, allowing you to access data that resides outside
PostgreSQL using regular SQL queries. Such data is referred to as
<firstterm>foreign data</firstterm>. (Note that this usage is not to be confused
with foreign keys, which are a type of constraint within the database.)
<productname>PostgreSQL</productname> implémente des portions de la norme
SQL/MED, vous permettant d'accéder à des données qui résident en dehors
de PostgreSQL en utilisant des requêtes SQL standards. On utilise le terme
de <firstterm>données distantes</firstterm> pour de telles données. (Notez
que cet usage ne doit pas être confondu avec les clés étrangères qui sont
un type de contrainte à l'intérieur d'une base de données.)
</para>

<para>
Foreign data is accessed with help from a
<firstterm>foreign data wrapper</firstterm>. A foreign data wrapper is a
library that can communicate with an external data source, hiding the
details of connecting to the data source and fetching data from it. There
are several foreign data wrappers available, which can for example read
plain data files residing on the server, or connect to another PostgreSQL
instance. If none of the existing foreign data wrappers suit your needs,
you can write your own; see <xref linkend="fdwhandler"/>.
Les données distantes sont accédées grâce à un <firstterm>wrapper de
données distantes</firstterm>. Ce dernier est une bibliothèque qui peut
communiquer avec une source de données externe, cachant les détails de la
connexion vers la source de données et de la récupération des données à
partir de cette source. Il existe plusieurs wrappers de données distantes
qui peuvent, par exemple, lire des fichiers de texte sur le serveur ou se
connecter à une autre instance PostgreSQL. Si aucun des wrappers de données
distantes ne vous convient, vous pouvez écrire le votre. Voir <xref
linkend="fdwhandler"/>.
</para>

<para>
To access foreign data, you need to create a <firstterm>foreign server</firstterm>
object, which defines how to connect to a particular external data source,
according to the set of options used by a particular foreign data
wrapper. Then you need to create one or more <firstterm>foreign
tables</firstterm>, which define the structure of the remote data. A
foreign table can be used in queries just like a normal table, but a
foreign table has no storage in the PostgreSQL server. Whenever it is
used, PostgreSQL asks the foreign data wrapper to fetch the data from the
external source.
Pour accéder aux données distantes, vous devez créer un objet de type
<firstterm>serveur distant</firstterm> qui définit la façon de se connecter
à une source de données externes particulière suivant un ensemble d'options
utilisées par un wrapper de données distantes. Ensuite, vous aurez besoin
de créer une ou plusieurs <firstterm>tables distantes</firstterm>, qui
définissent la structure des données distantes. Une table distante peut
ê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,
PostgreSQL demande au wrapper de données distantes de récupérer les données
provenant de la source externe.
</para>

<para>
Currently, foreign tables are read-only. This limitation may be fixed
in a future release.
Actuellement, les tables distantes sont en lecture sule. Cette limitation
sera peut-être corrigée dans une version future.
</para>
</sect1>

Expand Down

0 comments on commit abbdc01

Please sign in to comment.