[Trad] [svn:pgfr] r1217 - traduc/trunk/postgresql

admin at listes.postgresql.fr admin at listes.postgresql.fr
Ven 9 Jan 18:26:57 CET 2009


Author: sas
Date: 2009-01-09 18:26:57 +0100 (Fri, 09 Jan 2009)
New Revision: 1217

Modified:
   traduc/trunk/postgresql/information_schema.xml
Log:
Gros morceau... mais petit bout :-)


Modified: traduc/trunk/postgresql/information_schema.xml
===================================================================
--- traduc/trunk/postgresql/information_schema.xml	2009-01-09 16:46:52 UTC (rev 1216)
+++ traduc/trunk/postgresql/information_schema.xml	2009-01-09 17:26:57 UTC (rev 1217)
@@ -5,22 +5,22 @@
      révision $Revision$ -->
 
 <chapter id="information-schema">
- <title>Schéma d'informations</title>
+ <title>Schéma d'information</title>
 
  <indexterm zone="information-schema">
-  <primary>schéma d'informations</primary>
+  <primary>schéma d'information</primary>
  </indexterm>
 
  <para>
-  Le schéma d'informations consiste en un ensemble de vues contenant des
-  informations sur les objets définis dans la base de données actuelle. Le
-  schéma d'informations est défini dans le standard SQL et, du coup, est
+  Le schéma d'information consiste en un ensemble de vues contenant des
+  informations sur les objets définis dans la base de données courante. Le
+  schéma d'information est défini dans le standard SQL et, donc
   supposé portable et stable &mdash; contrairement aux catalogues système qui
   sont spécifiques à <productname>PostgreSQL</productname> et modelés suivant
-  l'implémentation. Néanmoins, les vues du schéma d'informations ne contiennent
-  pas d'information sur les fonctionnalités spécifiques à
-  <productname>PostgreSQL</productname>&nbsp;; pour cela, vous devez travailler
-  avec les catalogues système ou d'autres vues spécifiques à
+  l'implantation. Néanmoins, les vues du schéma d'information ne contiennent
+  pas d'informations sur les fonctionnalités spécifiques à
+  <productname>PostgreSQL</productname>&nbsp;; pour cela, on utilise
+  catalogues système et autres vues spécifiques à
   <productname>PostgreSQL</productname>.
  </para>
 
@@ -28,21 +28,21 @@
   <title>Le schéma</title>
 
   <para>
-   Le schéma d'informations est lui-même un schéma nommé 
+   Le schéma d'information est lui-même un schéma nommé 
    <literal>information_schema</literal>. Ce schéma existe automatiquement dans
-   toutes les bases de données. Le propriétaire de ce schéma est le propriétaire
-   initial de la base de données du cluster et cet utilisateur a naturellement
-   tous les droits sur ce schéma, incluant la possibilité de le supprimer
+   toutes les bases de données. Le propriétaire de ce schéma est l'utilisateur
+   initial du cluster. Il a naturellement
+   tous les droits sur ce schéma, dont la possibilité de le supprimer
    (mais l'espace gagné ainsi sera minuscule).
   </para>
 
   <para>
-   Par défaut, le schéma d'informations n'est pas dans le chemin de recherche
-   des schémas, donc vous avez besoin d'accéder à tous les objets qu'il contient
-   via des noms qualifiés. Comme les noms de certains des objets du schéma
+   Par défaut, le schéma d'information n'est pas dans le chemin de recherche
+   des schémas. Il est donc nécessaire d'accéder à tous les objets qu'il contient
+   via des noms qualifiés. Comme les noms de certains objets du schéma
    d'information sont des noms génériques pouvant survenir dans les applications
-   utilisateur, vous devez faire attention si vous placez le schéma
-d'information dans le chemin.
+   utilisateur, il convient d'être prudent avant de placer le schéma
+   d'information dans le chemin.
   </para>
  </sect1>
 
@@ -50,12 +50,12 @@
   <title>Types de données</title>
 
   <para>
-   Les colonnes des vues du schéma d'informations utilisent des types de 
-   données spéciaux, définis dans le schéma d'informations. Ils sont définis
-   comme des domaines simples sur des types internes. Vous ne devriez pas
-   utiliser ces types en dehors du schéma d'informations mais vos applications
-   doivent y être préparées si elles font des sélections à partir du schéma
-   d'informations.
+   Les colonnes des vues du schéma d'information utilisent des types de 
+   données spéciaux, définis dans le schéma d'information. Ils sont définis
+   comme des domaines simples sur des types internes. Vous  normal, il est
+   préférable de ne pas utiliser ces types en dehors du schéma d'information, 
+   mais les applications doivent pouvoir les utiliser si des sélections sont
+   faites dans le schéma d'information.
   </para>
 
   <para>
@@ -75,7 +75,7 @@
      <term><type>character_data</type></term>
      <listitem>
       <para>
-       Une chaîne de caractères (sans longueur maximum spécifiée).
+       Une chaîne de caractères (sans longueur maximale indiquée).
       </para>
      </listitem>
     </varlistentry>
@@ -101,16 +101,16 @@
     </varlistentry>
    </variablelist>
 
-   Chaque colonne du schéma d'informations a un des ces quatre types.
+   Chaque colonne du schéma d'information est de l'un des ces quatre types.
   </para>
 
   <para>
-   Les données booléenne (true/false) sont représentées dans le schéma
+   Les données booléennes (true/false) sont représentées dans le schéma
    d'informations par une colonne de type <type>character_data</type> contenant
-   soit <literal>YES</literal> soit <literal>NO</literal> (le schéma
-   d'informations a été inventé par le standard SQL, du coup cette convention
-   est nécessaire pour conserver la compatibilité du moteur du schéma
-   d'informations).
+   soit <literal>YES</literal> soit <literal>NO</literal>. (Le schéma
+   d'information a été inventé avant que le type <type>boolean</type> ne soit
+   ajouté au standard SQL. Cette convention est ainsi nécessaire pour conserver
+   la rétro-compatibilité du schéma d'informations).
   </para>
  </sect1>
 
@@ -120,7 +120,7 @@
   <para>
    <literal>information_schema_catalog_name</literal> est une table qui
    contient en permanence une ligne et une colonne contenant le nom de la base
-   de données actuelle (catalogue courant dans la terminologie SQL).
+   de données courante (catalogue courant dans la terminologie SQL).
   </para>
 
   <table>
@@ -155,7 +155,7 @@
 
   <para>
    La vue <literal>administrable_role_authorizations</literal>
-   identifie tous les rôles pour lesquelles l'utilisateur courant l'option
+   identifie tous les rôles pour lesquelles l'utilisateur courant possède l'option
    ADMIN.
   </para>
 
@@ -177,7 +177,7 @@
       <entry><type>sql_identifier</type></entry>
       <entry>
        Nom du rôle pour lequel cette appartenance de rôle a été donnée
-       (pourrait être l'utilisateur courant ou un rôle différent dans le cas
+       (peut être l'utilisateur courant ou un rôle différent dans le cas
        d'appartenances de rôles imbriquées).
       </entry>
      </row>
@@ -203,7 +203,7 @@
 
   <para>
    La vue <literal>applicable_roles</literal> identifie tous les rôles dont
-   l'utilisateur actuel peut utiliser les droits. Cela signifie qu'il y a
+   l'utilisateur courant peut utiliser les droits. Cela signifie qu'il y a
    certaines chaînes de donnation des droits de l'utilisateur courant au
    rôle en question. L'utilisateur lui-même est un rôle applicable.
    L'ensemble de rôles applicables est habituellement utilisé pour la
@@ -232,9 +232,9 @@
       <entry><literal>grantee</literal></entry>
       <entry><type>sql_identifier</type></entry>
       <entry>
-       Nom du rôle pour qui cette appartenance a été donnée (pourrait être
-       l'utilisateur en cours ou un rôle différent dans le cas de rôles
-       imbriquées)
+       Nom du rôle à qui cette appartenance a été donnée (peut être
+       l'utilisateur courant ou un rôle différent dans le cas d'appartenances
+       de rôles imbriquées)
       </entry>
      </row>
 
@@ -263,7 +263,7 @@
   <para>
    La vue <literal>attributes</literal> contient des informations sur les
    attributs des types de données composites définis dans la base.
-   (Notez que la vue ne donne pas d'informations sur les colonnes de table,
+   (La vue ne donne pas d'informations sur les colonnes de table,
    qui sont quelque fois appelées attributs dans le contexte de PostgreSQL.)
   </para>
 
@@ -283,8 +283,8 @@
      <row>
       <entry><literal>udt_catalog</literal></entry>
       <entry><type>sql_identifier</type></entry>
-      <entry>Nom de la base contenant le type de données (toujours la base en
-       cours)</entry>
+      <entry>Nom de la base contenant le type de données (toujours la base
+       courante)</entry>
      </row>
 
      <row>
@@ -344,8 +344,8 @@
       <entry><type>cardinal_number</type></entry>
       <entry>
        Si <literal>data_type</literal> identifie un caractère ou une chaîne
-       de bits, la longueur maximum déclarée&nbsp;; NULL pour tous les autres
-       types de données ou si aucune longueur maximum n'a été déclarée.
+       de bits, la longueur maximale déclarée&nbsp;; NULL pour tous les autres
+       types de données ou si aucune longueur maximale n'a été déclarée.
       </entry>
      </row>
 
@@ -354,13 +354,14 @@
       <entry><type>cardinal_number</type></entry>
       <entry>
        Si <literal>data_type</literal> identifie un type caractère,
-       la longueur maximum en octets (bytes) d'un datum (ceci ne
-       devrait pas intéresser les utilisateurs de
+       la longueur maximale en octets (bytes) d'un datum (ne
+       concerne pas les utilisateurs de
        <productname>PostgreSQL</productname>)&nbsp;; NULL pour tous les autres
        types.
       </entry>
      </row>
 
+<!-- SAS::ICI -->
      <row>
       <entry><literal>numeric_precision</literal></entry>
       <entry><type>cardinal_number</type></entry>
@@ -370,7 +371,7 @@
        La précision indique le nombre de chiffres significatifs. Elle peut être
        exprimée en décimal (base 10) ou en binaire (base 2) comme le précise la
        colonne <literal>numeric_precision_radix</literal>. Pour tous les autres
-       types de données, cette colonne est NULL.
+       types de données, cette colonne vaut NULL.
       </entry>
      </row>
 
@@ -1468,7 +1469,7 @@
 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
-d'autres vues dans le schéma d'informations.
+d'autres vues dans le schéma d'information.
   </para>
 
   <table>
@@ -1936,7 +1937,7 @@
    La vue <literal>element_types</literal> contient les descripteurs de type 
    de données des éléments de tableaux. Lorsqu'une colonne de table, domaine,
    paramètre de fonction ou code de retour de fonction est définie comme un
-   type tableau, la vue respective du schéma d'informations contient seulement
+   type tableau, la vue respective du schéma d'information contient seulement
    <literal>ARRAY</literal> dans la colonne <literal>data_type</literal>. Pour
    obtenir des informations sur le type d'élément du tableau, vous pouvez
    joindre la vue respective avec cette vue. Par exemple, pour afficher les



More information about the Trad mailing list