Show
Ignore:
Timestamp:
04/03/08 08:38:55 (9 months ago)
Author:
sas
Message:

Fichiers relus au regard de la 8.3. Deux passages en manque de traduction, corrigé.
close #171
close #170

Files:

Legend:

Unmodified
Added
Removed
Modified
Copied
Moved

  • traduc/trunk/postgresql/charset.xml

    r973 r975  
    44     par      $Author$ 
    55     révision $Revision$ --> 
    6 <!-- SAS : 20070320, PG8.2.3 --> 
    76 
    87<chapter id="charset"> 
    …… 
    242241 
    243242   <para> 
    244     Le support de locale autres que <literal>C</literal> ou 
     243    Le support des locales autres que <literal>C</literal> ou 
    245244    <literal>POSIX</literal> dans <productname>PostgreSQL</productname> a 
    246245    pour inconvénient son impact sur les performances. Il ralentit la gestion 
    …… 
    265264 
    266265   <para> 
    267     Si le support de locale ne fonctionne pas au regard des explications ci-dessus, 
     266    Si le support des locales ne fonctionne pas au regard des explications ci-dessus, 
    268267    il faut vérifier que le support des locales du système d'exploitation est 
    269268    correctement configuré. Pour vérifier les locales installées sur 
    …… 
    332331 
    333332  <para> 
    334    Cependant une restriction a son importance, c'est que le jeu de caractère de la base de données  
     333   Il existe, cependant une importante restriction&nbsp;: le jeu de caractère de la base de données  
    335334   doit être compatible avec la variable d'environnement <envar>LC_CTYPE</envar> coté serveur. 
    336335   Quand <envar>LC_CTYPE</envar> est <literal>C</literal> ou <literal>POSIX</literal>, tous 
    337336   les jeux de caractères sont autorisés, mais pour les autres valeurs de <envar>LC_CTYPE</envar> 
    338    il n'y a qu'un seul jeux de caractères qui fonctionnera correctement. 
    339    Puisque la variable LC_TYPE est figé par la commmande <command>initdb</command>,  
    340    l'apparente flexibilité d'utilisé différents encodages dans les différentes base de 
    341    données du cluster est plus théorique que réelle, excepté lorsque vous choisissez la 
    342    locale <literal>C</literal> or <literal>POSIX</literal>  
    343    (par conséquent, de désactiver les paramètres régionaux réel en connaissance de cause). 
    344    Il est probable que ces mécanismes seront revisiter dans une prochaine version  
     337   il n'y a qu'un seul jeux de caractères qui fonctionne correctement. 
     338   Puisque la variable LC_TYPE est figée par la commmande <command>initdb</command>,  
     339   l'apparente flexibilité apportée par l'utilisation d'encodages différents 
     340   dans différentes bases de données est plus théorique que réelle, sauf à 
     341   choisir la locale <literal>C</literal> or <literal>POSIX</literal>  
     342   (ce qui a pour conséquence de désactiver la gestion des paramètres régionaux). 
     343   Il est probable que ces mécanismes soient revisités dans une prochaine version  
    345344   de <productname>PostgreSQL</productname>. 
    346345  </para> 
    …… 
    753752 
    754753    <para> 
    755      Si vous avez sélectionné la locale <literal>C</literal> ou la locale 
    756      <literal>POSIX</literal> locale, il est possible de créer une base de 
     754     Si la locale <literal>C</literal> ou la locale 
     755     <literal>POSIX</literal> est sélectionnée, il est possible de créer une base de 
    757756     données avec un jeu de caractère différent&nbsp;: 
    758757 
    …… 
    789788    <important> 
    790789     <para> 
    791       Sur presque tous les systèmes d'exploitations modernes, <productname>PostgreSQL</productname> 
    792       peut déterminer quel jeux de caractères utiliser implicitement grâce à la variable <envar>LC_CTYPE</envar>, 
    793       et s'assurera seul du bon encodage de la base de données utilisé. 
    794       Sur des systèmes plus ancien, c'est de votre responsabilité de vous assurez que vous 
    795       utiliserez l'encodage que vous avez choisi. Une erreur fréquente dans ce domaine,  
    796       mene à un comportement étrange lors d'opération dépendant de la locale tel que le tri.   
     790      Sur la plupart des systèmes d'exploitation modernes, <productname>PostgreSQL</productname> 
     791      peut déterminer le jeu de caractères impliqué par la variable <envar>LC_CTYPE</envar>, 
     792      et s'assure que le bon encodage de la base de données est utilisé. 
     793      Sur les systèmes plus anciens, il est de la responsabilité de 
     794      l'utilisateur de s'assurer que l'encodage attendu par la locale est bien 
     795      utilisé. Une erreur à ce niveau risque fort de conduire à un comportement 
     796      étrange des opérations liées à la locale, tel le tri. 
    797797     </para>     
    798798 
    799799     <para> 
    800       <productname>PostgreSQL</productname> permettra aux administrateurs de créer des bases de données 
     800      <productname>PostgreSQL</productname> autorise les superutilisateurs à créer des bases de données 
    801801      avec le jeu de caractère <literal>SQL_ASCII</literal> même lorsque la variable <envar>LC_CTYPE</envar> 
    802802      n'est pas à <literal>C</literal> ou <literal>POSIX</literal>. 
    803803      Comme indiqué plus haut, 
    804       <literal>SQL_ASCII</literal> ne pas imposer que les données stockées dans la base de données 
    805       aient un jeu de caractère particulier, et même si ce choix pose des risques de comportement 
    806       bizarre dépendant du jeu de caractères. Utiliser cette combinaison de paramètres est déconseillée 
    807       et peut être un jour, totalement interdite. 
     804      <literal>SQL_ASCII</literal> n'impose aucun encodage particulier aux 
     805      données stockées en base, ce qui rend ce paramétrage vulnérable aux 
     806      comportements erratiques lors d'opérations liées à la locale.  
     807      Cette combinaison de paramètres est dépréciée et pourrait un jour être 
     808      interdite. 
    808809     </para> 
    809810    </important> 
    …… 
    814815 
    815816    <para> 
    816      <productname>PostgreSQL</productname> supporte les conversions 
    817      automatiques d'encodage entre client et serveur pour 
    818      certains jeux de caractères. Les informations de conversion sont 
     817     <productname>PostgreSQL</productname> automatise la conversion 
     818     de jeux de caractères entre client et serveur pour 
     819     certaines combinaisons de jeux de caractères. Les informations de conversion sont 
    819820     conservées dans le catalogue système <literal>pg_conversion</literal>. 
    820821     <productname>PostgreSQL</productname> est livré avec certaines 
    …… 
    833834        <row> 
    834835         <entry>Jeu de caractères serveur</entry> 
    835          <entry>Jeux de caractères clients disponibles</entry> 
     836         <entry>Jeux de caractères client disponibles</entry> 
    836837        </row> 
    837838       </thead> 
    …… 
    11291130      <listitem> 
    11301131       <para> 
    1131         <application>libpq</application> (<xref linkend="libpq-control"/>) 
    1132         a des fonctions de contrôle de l'encodage client. 
     1132        <application>la libpq</application> (<xref linkend="libpq-control"/>) 
     1133        a des fonctions de contrôle de l'encodage client&nbsp;; 
    11331134       </para> 
    11341135      </listitem> 
    …… 
    11641165        sélectionné lors de l'établissement d'une connexion au serveur (cette 
    11651166        variable peut être surchargée à l'aide de toute autre méthode 
    1166         décrite ci-dessus). 
     1167        décrite ci-dessus)&nbsp;; 
    11671168       </para> 
    11681169      </listitem> 
    …… 
    12031204 
    12041205    <para> 
    1205      Quelques sources intéressantes pour commencer à maîtriser les différents  
     1206     Il existe quelques sources intéressantes pour commencer à maîtriser les différents  
    12061207     jeux de caractères. 
    12071208