[Trad] [svn:pgfr] r1277 - traduc/trunk/postgresql
admin at listes.postgresql.fr
admin at listes.postgresql.fr
Mar 24 Mar 15:37:01 CET 2009
Author: sas
Date: 2009-03-24 15:37:01 +0100 (Tue, 24 Mar 2009)
New Revision: 1277
Modified:
traduc/trunk/postgresql/information_schema.xml
Log:
Relecture en cours
Modified: traduc/trunk/postgresql/information_schema.xml
===================================================================
--- traduc/trunk/postgresql/information_schema.xml 2009-03-23 14:52:34 UTC (rev 1276)
+++ traduc/trunk/postgresql/information_schema.xml 2009-03-24 14:37:01 UTC (rev 1277)
@@ -1480,19 +1480,18 @@
<sect1 id="infoschema-data-type-privileges">
<title><literal>data_type_privileges</literal></title>
-<!-- SAS:ICI -->
<para>
La vue <literal>data_type_privileges</literal> identifie tous les
descripteurs de type de données auxquels l'utilisateur a accès, parce qu'il en
est le propriétaire ou parce qu'il dispose de quelque droit sur le
- descripteur. Un descripteur de type de données est généré quand un type de
+ descripteur. Un descripteur de type de données est créé lorsqu'un type de
données est utilisé dans la définition d'une colonne de table, d'un domaine ou
- d'une fonction (en tant que paramètre ou que code de retour) et stocke quelques
- informations sur la façon dont est utilisé le type de données (par exemple la
- longueur maximum déclarée, si applicable). Chaque descripteur de type de
+ d'une fonction (en tant que paramètre ou code de retour). Il stocke alors quelques
+ informations sur l'utilisation du type de données (par exemple la
+ longueur maximale déclarée, si applicable). Chaque descripteur de type de
données se voit affecter un identifiant unique parmi les descripteurs de type de
données affectés à un objet (table, domaine, fonction). Cette vue n'est
- probablement pas utile pour les applications mais est utilisée pour définir
+ probablement pas utile pour les applications, mais elle est utilisée pour définir
d'autres vues dans le schéma d'information.
</para>
@@ -1547,7 +1546,7 @@
<entry><literal>dtd_identifier</literal></entry>
<entry><type>sql_identifier</type></entry>
<entry>
- identifiant du descripteur de type de données, unique parmi les
+ L'identifiant du descripteur de type de données, unique parmi les
descripteurs de type de données pour le même objet.
</entry>
</row>
@@ -1621,15 +1620,16 @@
<row>
<entry><literal>is_deferrable</literal></entry>
<entry><type>character_data</type></entry>
- <entry><literal>YES</literal> si la contrainte est déferrable,
+ <entry><literal>YES</literal> si la vérification de la contrainte
+ peut être différée,
<literal>NO</literal> sinon</entry>
</row>
<row>
<entry><literal>initially_deferred</literal></entry>
<entry><type>character_data</type></entry>
- <entry><literal>YES</literal> si la contrainte est déferrable et
- initialement déférrée, <literal>NO</literal> sinon</entry>
+ <entry><literal>YES</literal> si la vérification de la contrainte, qui peut
+ être différée, est initialement différée, <literal>NO</literal> sinon</entry>
</row>
</tbody>
</tgroup>
@@ -1641,10 +1641,9 @@
<para>
La vue <literal>domain_udt_usage</literal> identifie tous les domaines
- utilisant les types de données possédés par un rôle actuellement activé. Notez que,
- dans <productname>PostgreSQL</productname>, les types de données internes
- se comportent comme des types définis par l'utilisateur, donc ils sont aussi
- inclus ici.
+ utilisant les types de données possédés par un rôle actif.
+ Sous <productname>PostgreSQL</productname>, les types de données internes
+ se comportent comme des types utilisateur. Ils sont donc inclus ici.
</para>
<table>
@@ -1666,14 +1665,14 @@
<row>
<entry><literal>udt_catalog</literal></entry>
<entry><type>sql_identifier</type></entry>
- <entry>Nom de la base de données où le type de données domaine est défini
+ <entry>Nom de la base de données de définition du type de données domaine
(toujours la base de données courante)</entry>
</row>
<row>
<entry><literal>udt_schema</literal></entry>
<entry><type>sql_identifier</type></entry>
- <entry>Nom du schéma où est défini le type de données domaine</entry>
+ <entry>Nom du schéma de définition du type de données domaine</entry>
</row>
<row>
@@ -1776,7 +1775,7 @@
<entry><type>cardinal_number</type></entry>
<entry>
Si le domaine a un type caractère, la longueur maximale en octets (bytes)
- d'un datum (ceci ne devrait pas concerner les utilisateurs
+ d'un datum (ne concerne normalement pas les utilisateurs de
<productname>PostgreSQL</productname>) ; NULL pour tous les autres
types.
</entry>
@@ -1852,9 +1851,9 @@
<entry><literal>numeric_scale</literal></entry>
<entry><type>cardinal_number</type></entry>
<entry>
- Si le domaine a le type numeric, cette colonne contient l'échelle
+ Si le domaine contient un type numeric, cette colonne contient l'échelle
(déclarée ou implicite) du type pour cette colonne. L'échelle indique le
- nombre de chiffres significatifs à la droite du point décimal. Elle peut
+ nombre de chiffres significatifs à droite du point décimal. Elle peut
être exprimée en décimal (base 10) ou en binaire (base 2), comme indiqué
dans la colonne <literal>numeric_precision_radix</literal>. Pour tous les
autres types de données, cette colonne est NULL.
@@ -1865,7 +1864,7 @@
<entry><literal>datetime_precision</literal></entry>
<entry><type>cardinal_number</type></entry>
<entry>
- Si le domaine a une date, heure ou un type intervalle, la précision
+ Si le domaine contient un type date, heure ou intervalle, la précision
déclarée ; NULL pour les autres types de données ou si la précision
n'a pas été déclarée.
</entry>
@@ -1874,13 +1873,13 @@
<row>
<entry><literal>interval_type</literal></entry>
<entry><type>character_data</type></entry>
- <entry>Pas encore implémenté</entry>
+ <entry>Pas encore implanté</entry>
</row>
<row>
<entry><literal>interval_precision</literal></entry>
<entry><type>character_data</type></entry>
- <entry>Pas encore implémenté</entry>
+ <entry>Pas encore implanté</entry>
</row>
<row>
@@ -1932,8 +1931,8 @@
<row>
<entry><literal>maximum_cardinality</literal></entry>
<entry><type>cardinal_number</type></entry>
- <entry>Toujours NULL car les tableaux ont toujours une cardinalité
- maximale illimitée dans <productname>PostgreSQL</productname></entry>
+ <entry>Toujours NULL car les tableaux n'ont pas de limite maximale de cardinalité
+ dans <productname>PostgreSQL</productname></entry>
</row>
<row>
@@ -1954,6 +1953,7 @@
</table>
</sect1>
+<!-- SAS::ICI -->
<sect1 id="infoschema-element-types">
<title><literal>element_types</literal></title>
More information about the Trad
mailing list