Skip to content

Commit

Permalink
Quelques corrections
Browse files Browse the repository at this point in the history
  • Loading branch information
@tilkow
tilkow committed Mar 8, 2018
1 parent 7cc3206 commit b5afb90
Showing 1 changed file with 29 additions and 29 deletions.
58 changes: 29 additions & 29 deletions postgresql/charset.xml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -277,7 +277,7 @@
caractère, ignorant les règles de comparaison des locales. Se référer à
la <xref linkend="indexes-opclass"/> pour plus d'informations. Une autre
possibilité est de créer des index en utilisant la collation
<literal>C</literal> collation, comme cela est indiqué dans
<literal>C</literal>, comme cela est indiqué dans
<xref linkend="collation"/>.
</para>
</sect2>
Expand Down Expand Up @@ -339,7 +339,7 @@
<indexterm zone="collation"><primary>collation</primary></indexterm>

<para>
Cette fonctionnalité permet de définir pour colonne, ou pour chaque requête,
Cette fonctionnalité permet de définir par colonne, ou pour chaque requête,
la collation utilisée pour déterminer l'ordre de tri et le classement des
caractères.
Cette fonctionnalité permet de lever la restriction sur les paramètres
Expand All @@ -355,7 +355,7 @@
une collation. (Les types de données intégrés qui supportent
une collation sont <type>text</type>, <type>varchar</type>,
et <type>char</type>. Les types de données définies par l'utilisateur
peuvent aussi être marquées comme supportant la collation, et
peuvent aussi être marqués comme supportant la collation, et
bien entendu un domaine qui est défini sur un type de données
supportant la collation est, lui aussi, collationnable.)
Si l'expression est une colonne, la collation de l'expression est déterminée
Expand Down Expand Up @@ -486,7 +486,7 @@ SELECT a &lt; 'foo' FROM test1;
SELECT a COLLATE "de_DE" &lt; b FROM test1;
</programlisting>

Toutefois, pour cas structurellement similaire comme
Toutefois, pour un cas structurellement similaire comme
<programlisting>
SELECT a || b FROM test1;
</programlisting>
Expand All @@ -496,23 +496,23 @@ SELECT a || b FROM test1;
</para>

<para>
La collation qui est assignée à une fonction ou à une combinaisons d'un
opérateur avec ses expressions d'entrées s'appliquent également au résultat
La collation qui est assignée à une fonction ou à une combinaison d'un
opérateur avec ses expressions d'entrées s'applique également au résultat
de la fonction ou de l'opérateur. Bien évidemment, cela s'applique que si
la fonction de l'opérateur délivre un résultat dans un type de données auquel
la collation peut s'appliquer. Ainsi, dans la requête
<programlisting>
SELECT * FROM test1 ORDER BY a || 'foo';
</programlisting>
le tri sera réalisé en fonction de règles de la locale <literal>de_DE</literal>.
le tri sera réalisé en fonction des règles de la locale <literal>de_DE</literal>.
Mais cette requête:
<programlisting>
SELECT * FROM test1 ORDER BY a || b;
</programlisting>
retournera une erreur car bien que l'opérateur <literal>||</literal> ne tienne pas
compte des collations de ses expressions, la clause <literal>ORDER BY</literal> en tient
compte. Comme précédemment, ce conflit peut être résolue par l'emploi d'une
déclaration explicite de collation:
déclaration explicite de la collation:
<programlisting>
SELECT * FROM test1 ORDER BY a || b COLLATE "fr_FR";
</programlisting>
Expand Down Expand Up @@ -573,8 +573,8 @@ SELECT * FROM test1 ORDER BY a || b COLLATE "fr_FR";
<symbol>LC_COLLATE</symbol> et <symbol>LC_CTYPE</symbol> telles qu'elles ont été
définies à la création de la base de données. Les collations <literal>C</literal> et
<literal>POSIX</literal> spécifie toute deux le comportement <quote>traditionnel C</quote>,
dans lequel seules les caractères ASCII de <quote><literal>A</literal></quote> à
<quote><literal>Z</literal></quote> sont considérées comme des lettres, et les tris sont
dans lequel seuls les caractères ASCII de <quote><literal>A</literal></quote> à
<quote><literal>Z</literal></quote> sont considérés comme des lettres, et les tris sont
ordonnés strictement par valeur de l'octet du code caractère.
</para>

Expand Down Expand Up @@ -635,16 +635,16 @@ SELECT * FROM test1 ORDER BY a || b COLLATE "fr_FR";

<para>
Dans une même base de données, seules les collations qui utilisent le
jeu de caractères de la base de données sont pris en compte. Les autres
jeu de caractères de la base de données sont prises en compte. Les autres
entrées de <literal>pg_collation</literal> sont ignorées. De cette façon,
une collation dont le nom est tronqué, comme <literal>de_DE</literal>,
sera considéré de manière unique au sein d'une même base de données,
sera considérée de manière unique au sein d'une même base de données,
même si elle ne peut être considérée comme unique à un niveau plus global.
L'utilisation de collations dont le nom est tronqué est d'ailleurs
recommandé car vous n'aurez pas besoin de le modifier si vous décidez
recommandée car vous n'aurez pas besoin de la modifier si vous décidez
de changer le jeu de caractères de la base de données. Notez toutefois que
les collations <literal>default</literal>, <literal>C</literal>, et
<literal>POSIX</literal> peuvent être utilisé sans se soucier de
<literal>POSIX</literal> peuvent être utilisées sans se soucier de
l'encodage de la base de données.
</para>

Expand All @@ -658,7 +658,7 @@ SELECT a COLLATE "C" &lt; b COLLATE "POSIX" FROM test1;
va afficher une erreur alors que les collations <literal>C</literal> et
<literal>POSIX</literal> possèdent des propriétés strictement identiques. Il n'est
donc pas recommandé de mélanger des collations dont le nom est complet
avec des collations dont le nom l'est.
avec des collations dont le nom l'est pas.
</para>
</sect4>

Expand All @@ -667,12 +667,12 @@ SELECT a COLLATE "C" &lt; b COLLATE "POSIX" FROM test1;

<para>
Avec ICU, il n'est pas nécessaire d'énumérer tous les noms de locales
possibles. ICU utilise un système de nommage particulier pour les
locales, mais il y a plus de façons de nommer une locale qu'il y a
possibles. ICU utilise un système de nommage particulier pour les
locales, mais il y a plus de façons de nommer une locale qu'il n'y a
actuellement de locales distinctes. <command>initdb</command>
utilise l'API ICU pour extraire un jeu de locales distinctes afin de
utilise l'API ICU pour extraire un jeu de locales distinct afin de
peupler le jeu initial de collations. Les collations fournies par ICU sont
créées dans l'environnement SQL avec des noms suivant le format de balises
créées dans l'environnement SQL avec des noms en suivant le format de balises
de langues BCP 47, avec une extension d'<quote>utilisation privée</quote>
<literal>-x-icu</literal> ajoutée pour les distinguer des locales de libc.
</para>
Expand Down Expand Up @@ -732,10 +732,10 @@ SELECT a COLLATE "C" &lt; b COLLATE "POSIX" FROM test1;
</para>

<para>
Les collations standards et prédéfinies sont dans le schéma schema
Les collations standards et prédéfinies sont dans le schéma
<literal>pg_catalog</literal>, comme tous les objets prédéfinis. Les
collations définies par les utilisateurs doivent être créés dans des
schémas utilisateurs. Ceci assure aussi qu'elles sont sauvegarder par
collations définies par les utilisateurs doivent être créées dans des
schémas utilisateurs. Ceci assure qu'elles seront sauvegarder par
<command>pg_dump</command>.
</para>

Expand All @@ -757,7 +757,7 @@ CREATE COLLATION german (provider = libc, locale = 'de_DE');
Comme les collations libc prédéfinies incluent déjà toutes les collations
définies dans le système d'exploitation au moment de l'initialisation de
l'instance, il est souvent nécessaire de créer celles qui sont ajoutées
après coup. Des raisons possibles serait l'utilisation d'un autre système
après coup. Des raisons possibles seraient l'utilisation d'un autre système
de nommage (auquel cas, voir aussi <xref linkend="collation-copy"/>) ou si
le système d'exploitation a été mis à jour pour fournir les définitions
des nouvelles locales (auquel cas, voir aussi <link
Expand Down Expand Up @@ -885,10 +885,10 @@ CREATE COLLATION german (provider = libc, locale = 'de_DE');
Notez qu'alors que ce système permet la création de collationnements qui
<quote>ignorent la casse</quote> ou <quote>ignorent les accents</quote> ou
quelque chose de similaire (en utilisant la clé <literal>ks</literal>),
PostgreSQL ne permet pas pour le moment que ces collationnements
n'agissent d'une façon réellement insensible à la casse ou aux accents.
PostgreSQL ne permet pas pour le moment à de tels collationnements d'agir
de façon réellement insensible à la casse ou aux accents.
Toute chaîne qui se compare raisonnablement suivant le collationnement
mais qui n'est pas identique octet à octet, sera trié suivant la valeurs
mais qui n'est pas identique octet à octet, sera triée suivant la valeurs
des octets.
</para>

Expand Down Expand Up @@ -1421,8 +1421,8 @@ by pg_wchar_table.mblen function for each encoding.

paramètre le jeu de caractères à
<literal>EUC_JP</literal> (Extended Unix Code for Japanese).
L'option <option>--encoding</option> peut aussi être utilisée à la
place de <option>-E</option> (options longues). Si aucune option
L'option <option>--encoding</option> (option longue) peut aussi être
utilisée à la place de <option>-E</option>. Si aucune option
<option>-E</option> ou <option>--encoding</option> n'est
donnée, <command>initdb</command> tente de déterminer l'encodage approprié
en fonction de la locale indiquée ou de celle par défaut.
Expand Down Expand Up @@ -1475,7 +1475,7 @@ by pg_wchar_table.mblen function for each encoding.
Sur la plupart des systèmes d'exploitation modernes,
<productname>PostgreSQL</productname> peut déterminer le jeu de
caractères impliqué par la variable <envar>LC_CTYPE</envar>,
et s'assure que l'encodage correspondant de la base de données est
et s'assurer que l'encodage correspondant de la base de données est
utilisé. Sur les systèmes plus anciens, il est de la responsabilité de
l'utilisateur de s'assurer que l'encodage attendu par la locale est bien
utilisé. Une erreur à ce niveau risque fort de conduire à un comportement
Expand Down

0 comments on commit b5afb90

Please sign in to comment.