Skip to content

Commit

Permalink
Corrections des erreurs
Browse files Browse the repository at this point in the history
  • Loading branch information
@gleu
gleu committed Jul 30, 2019
1 parent a248640 commit e7c458f
Show file tree
Hide file tree
Showing 4 changed files with 51 additions and 51 deletions.
20 changes: 10 additions & 10 deletions postgresql/client-auth.xml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -614,11 +614,11 @@ hostnogssenc <replaceable>database</replaceable> <replaceable>user</replaceable
client présente un certificat valide (de confiance), alors que
<literal>verify-full</literal> valide également que le
<literal>cn</literal> (Common Name) dans le certificat corresponde au
nom d'utilisateur ou une correspondance adéquate.
nom d'utilisateur ou a une correspondance adéquate.
Ce comportement est similaire à la méthode d'authentification cert
(voir <xref linkend="auth-cert"/> ) mais autorise à appairer la
vérification du certificat client avec toute méthode d'authentification
qui support les entrées <literal>hostssl</literal>.
qui supporte les entrées <literal>hostssl</literal>.
</para>
</listitem>
</varlistentry>
Expand Down Expand Up @@ -1140,9 +1140,9 @@ omicron bryanh guest1

<productname>PostgreSQL</productname>
supporte <productname>GSSAPI</productname> pour l'utilisation de soit une
couche d'authentification, chiffée, soit uniquement une authentification.
<productname>GSSAPI</productname> fournir une authentification automatique
(single sign-on) pour les systèmes qui le supporte. L'authentification
couche d'authentification, chiffrée, soit uniquement une authentification.
<productname>GSSAPI</productname> fournit une authentification automatique
(single sign-on) pour les systèmes qui le supportent. L'authentification
elle-même est sécurisée. Si le chiffrement <productname>GSSAPI</productname>
(voir <literal>hostgssenc</literal>) ou le chiffrement <acronym>SSL</acronym>
sont utilisés, les données envoyées au travers de la connexion à la base de
Expand Down Expand Up @@ -1820,8 +1820,8 @@ ldap[s]://<replaceable>hote</replaceable>[:<replaceable>port</replaceable>]/<rep
Si <productname>PostgreSQL</productname> a été compilé avec
<productname>OpenLDAP</productname> comme bibliothèque LDAP cliente,
l'option de configuration <literal>ldapserver</literal> peut être omise.
Dans ce cas, une liste de noms d'hôtes et ports seront recherché via les
enregistrement RFC 2782 DNS SRV. Le nom
Dans ce cas, une liste de noms d'hôtes et ports sera recherchée via les
enregistrements RFC 2782 DNS SRV. Le nom
<literal>_ldap._tcp.DOMAIN</literal> est recherché, où
<literal>DOMAIN</literal> est extrait de <literal>ldapbasedn</literal>.
</para>
Expand Down Expand Up @@ -1873,9 +1873,9 @@ host ... ldap ldapserver=ldap.example.net ldapbasedn="dc=example, dc=net" ldapse
</para>

<para>
Voici un eemple de configuration search+bind qui utilise la découverte DNS
SRV pour trouvers le(s) nom(s) d'hôte et port(s) pour le service LDAP pour
le nom de dommaine <literal>example.net</literal>:
Voici un exemple de configuration search+bind qui utilise la découverte DNS
SRV pour trouver le(s) nom(s) d'hôte et port(s) pour le service LDAP pour
le nom de dommaine <literal>example.net</literal>&nbsp;:
<programlisting>
host ... ldap ldapbasedn="dc=example,dc=net"
</programlisting>
Expand Down
70 changes: 35 additions & 35 deletions postgresql/features.xml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -184,18 +184,18 @@
<para>
Des révisions significatives aux spécifications liées à XML dans ISO/IEC
9075-14 (SQL/XML) ont été introduites par SQL:2006.
L'implémentation <productname>PostgreSQL</productname>du type de données
L'implémentation <productname>PostgreSQL</productname> du type de données
XML et des fonctions associées suivent en grande partie l'édition
précédente de 2003, avec quelques emprunts dans les éditions suivantes. En
particulier :
particulier&nbsp;:
<itemizedlist>
<listitem>
<para>
Où le standard actuel fournit une famille de types de données XML pour
contenir un <quote>document</quote> ou <quote>content</quote> dans des
variantes non typées ou typées par schéma XML, et un type
<type>XML(SEQUENCE)</type> pour contenir des parties arbitraires de
contenu XML, <productname>PostgreSQL</productname> fournir le seul type
contenu XML, <productname>PostgreSQL</productname> fournit le seul type
<type>xml</type>, qui peut contenir un <quote>document</quote> ou
<quote>content</quote>. Il n'y a aucun équivalent au type
<quote>sequence</quote>standard.
Expand Down Expand Up @@ -234,17 +234,17 @@

<para>
Il y a une forte connexion entre le langage XQuery et XPath version 2.0 et
supérieure : toute expression qui est syntaxiquement valide et s'exécute
supérieure&nbsp;: toute expression qui est syntaxiquement valide et s'exécute
avec succès avec les deux produisent le même résultat (avec une exception
mineure pour les expressions contenant des références de caractères
numériques ou des références d'entités prédéfinies, que XQuery remplace
par le caractère correspondant alors que XPath n'y touche pas). Mais il
n'y a pas une telle connexion entre ces langages et XPath 1.0; c'était un
précédent langage qui diffèrent sur de nombreux aspects.
n'y a pas une telle connexion entre ces langages et XPath 1.0&nbsp;; c'était un
précédent langage qui diffère sur de nombreux aspects.
</para>

<para>
Il y a deux catégories de limitations à garder à l'esprit : la restriction
Il y a deux catégories de limitations à garder à l'esprit&nbsp;: la restriction
de XQuery à XPath pour les fonctions spécifiées dans le standard SQL ainsi
que la restriction de XPath pour la version 1.0 à la fois pour le standard
et pour les fonctions
Expand All @@ -255,7 +255,7 @@
<title>Restriction de XQuery à XPath</title>

<para>
Les fonctionnalités de XQuery allant au délà de XPath incluent :
Les fonctionnalités de XQuery allant au delà de XPath incluent&nbsp;:

<itemizedlist>
<listitem>
Expand All @@ -265,13 +265,13 @@
créer et retourner des valeurs des types atomiques (nombres, chaînes
et ainsi de suite), mais peuvent uniquement retourner des nœuds XML
qui étaient déjà présents dans les documents fournis en entrées de
l'expressions.
l'expression.
</para>
</listitem>

<listitem>
<para>
XQuery dipose de concepts pour l'itération, tri et regroupement.
XQuery dispose de concepts pour l'itération, tri et regroupement.
</para>
</listitem>

Expand All @@ -286,7 +286,7 @@
<para>
Les versions récentes de XPath commencent à offrir des possibilités qui
se chevauchent avec celle-ci (comme un <function>for-each</function> de
style fonctionnel, des fonctions anonyms et
style fonctionnel, des fonctions anonymes et
<function>parse-xml</function> pour créer un nœud depuis une chaîne),
mais ces fonctionnalités ne sont pas disponibles avant XPath 3.0.
</para>
Expand All @@ -297,16 +297,16 @@

<para>
Pour les développeurs familiers avec XQuery et XPath 2.0 ou plus, XPath
1.0 présente un certain nombres de différences :
1.0 présente un certain nombre de différences&nbsp;:

<itemizedlist>
<listitem>
<para>
Le type fondamental d'une expression XQuery/XPath, la
<type>sequence</type>, qui peut contenir des nœuds XML, des valeurs
atomiques ou les deux, n'existe pas dans XPath 1.0. Une expression 1.0
peut uniquement produire des nœud-ensemble (contenant zéro ou plus
nœeuds XML), ou une seule valeur atomique.
peut uniquement produire des nœuds-ensemble (contenant zéro ou plus
nœuds XML), ou une seule valeur atomique.
</para>
</listitem>

Expand All @@ -321,7 +321,7 @@
<para>
La bilbiothèque <application>libxml2</application> semble toujours
retourner des nœud-ensembles à <productname>PostgreSQL</productname>
avec leurs membres dans le même ordre relative qu'ils avaient dans
avec leurs membres dans le même ordre relatif qu'ils avaient dans
le document en entrée. Sa documentation ne valide pas ce
comportement, et une expression XPath 1.0 ne peut pas le contrôler.
</para>
Expand All @@ -333,7 +333,7 @@
<para>
Bien que XQuery/XPath fournisse tous les types définis dans XML Schema
et de nombreux opérateurs et fonctions au dessus de ces types, XPath
1.0 n'a que le nœeud-ensemble et les trois types atomiques
1.0 n'a que le nœud-ensemble et les trois types atomiques
<type>boolean</type>, <type>double</type>, et <type>string</type>.
</para>
</listitem>
Expand All @@ -349,7 +349,7 @@
<listitem>
<para>
XPath 1.0 n'a pas d'opérateur de comapraison de tri pour les chaînes
de caractère. has no ordering comparison operator for strings.
de caractère.
<literal>"cat" &lt; "dog"</literal> et
<literal>"cat" &gt; "dog"</literal> sont tous les deux faux, car
chacun est une comparaison numérique de deux <literal>NaN</literal>s.
Expand All @@ -367,9 +367,9 @@
<literal>sale/@customer = "alice"</literal> sont tous les deux
existentiellement des comparaisons quantifiées, vraies s'il y a au
moins un <literal>sale</literal> avec la valeur donnée pour
l'attribute, mais <literal>sale/@taxable = false()</literal> est
comparaison de valeur de la <firstterm>valeur booléenne
effective</firstterm> d'un nœeud-ensemble entier.
l'attribut, mais <literal>sale/@taxable = false()</literal> est
une comparaison de valeur de la <firstterm>valeur booléenne
effective</firstterm> d'un nœud-ensemble entier.
C'est uniquement vrai si aucun <literal>sale</literal> n'a un attribut
<literal>taxable</literal>.
</para>
Expand All @@ -385,24 +385,24 @@
relachées). Son équivalent dans XPath 1.0, le
<firstterm>nœud racine</firstterm>, ne peut être que dans une forme de
document. C'est en partie la raison pour laquelle une valeur
<type>xml</type> passée comme object de contexte à n'importe laquelle
des fonnctions <productname>PostgreSQL</productname> basée sur XPath
<type>xml</type> passée comme objet de contexte à n'importe laquelle
des fonctions <productname>PostgreSQL</productname> basée sur XPath
doit être dans une forme de document.
</para>
</listitem>
</itemizedlist>
</para>

<para>
Les différences mises en évidences ici ne représentent pas l'intégralité
Les différences mises en évidence ici ne représentent pas l'intégralité
des différences. Avec XQuery et les versions 2.0 et supérieures de
XPath, il y a un mode de compatibilité XPath 1.0, et les listes W3C de
<ulink url='https://www.w3.org/TR/2010/REC-xpath-functions-20101214/#xpath1-compatibility'>changement de bilbiothèques de fonction</ulink>
et
<ulink url='https://www.w3.org/TR/xpath20/#id-backwards-compatibility'>changements du langage</ulink>
<ulink url='https://www.w3.org/TR/2010/REC-xpath-functions-20101214/#xpath1-compatibility'>changement de bibliothèques de fonction</ulink>
et de
<ulink url='https://www.w3.org/TR/xpath20/#id-backwards-compatibility'>changement du langage</ulink>
appliqués dans ce mode offrent un compte rendu plus complet (mais
toujours pas exhaustif) des différences. Le mode de compatibilité ne peut
pas rendre les langages supérieures exactement équivalents à XPath 1.0.
pas rendre les langages supérieurs exactement équivalents à XPath 1.0.
</para>
</sect3>

Expand Down Expand Up @@ -442,14 +442,14 @@
</sect2>

<sect2 id="functions-xml-limits-postgresql">
<title
<title>
Limites accidentelles de l'implémentation
</title>

<para>
Cette section concerne les limites qui ne sont pas inhérentes à la
bibliothèque
<application>libxml2</application> library, mais qui s'appliquent à
<application>libxml2</application>, mais qui s'appliquent à
l'implémentation actuelle dans <productname>PostgreSQL</productname>.
</para>

Expand All @@ -460,7 +460,7 @@
<para>
Le standard SQL définit deux <firstterm>mécanismes de passage</firstterm>
qui s'appliquent quand un argument XML est passé de SQL à une fonction
XML ou en recevant un résultat : <literal>BY REF</literal>, pour lequel
XML ou en recevant un résultat&nbsp;: <literal>BY REF</literal>, pour lequel
une valeur XML particulière retient son identité de nœud, et
literal>BY VALUE</literal>, pour lequel le contenu du XML est passé mais
l'identité du nœud n'est pas préservée. Un mécanisme peut être spécifié
Expand All @@ -472,7 +472,7 @@
<para>
Pour illustrer la différence, si
<replaceable>x</replaceable> est une valeur XML, ces deux requêtes dans
un environnement SQL:2006 produireaient respectivement vrai et faux :
un environnement SQL:2006 produiraient respectivement vrai et faux&nbsp;:

<programlisting>
SELECT XMLQUERY('$a is $b' PASSING BY REF <replaceable>x</replaceable> AS a, <replaceable>x</replaceable> AS b NULL ON EMPTY);
Expand All @@ -482,12 +482,12 @@ SELECT XMLQUERY('$a is $b' PASSING BY VALUE <replaceable>x</replaceable> AS a, <

<para>
<productname>PostgreSQL</productname> acceptera
<literal>BY VALUE</literal> ou <literal>BY REF</literal> dans un
construct <function>XMLEXISTS</function> ou
<literal>BY VALUE</literal> ou <literal>BY REF</literal> dans une
construction <function>XMLEXISTS</function> ou
<function>XMLTABLE</function>, mais les ignorera. Le type de données
<type>xml</type> a une représentation sérialisée en chaine de caractères,
il n'y a donc pas d'identité de nœud à préserver, et le passage est dans
les fait toujours <literal>BY VALUE</literal>.
les faits toujours <literal>BY VALUE</literal>.
</para>
</sect3>

Expand All @@ -509,7 +509,7 @@ SELECT XMLQUERY('$a is $b' PASSING BY VALUE <replaceable>x</replaceable> AS a, <
Le type de données<productname>PostgreSQL</productname> <type>xml</type>
ne peut contenir qu'une valeur dans une forme <literal>DOCUMENT</literal>
ou <literal>CONTENT</literal>. Un item de contexte d'expression
XQuery/XPath expression doit être un unique nœud XML ou une valeur
XQuery/XPath doit être un unique nœud XML ou une valeur
atomique, mais XPath 1.0 le restreint en plus à n'être qu'un nœud XML, et
n'a aucun type de nœud autorisant <literal>CONTENT</literal>. Le résultat
est qu'un <literal>DOCUMENT</literal> formé comme il faut est la seule
Expand Down
4 changes: 2 additions & 2 deletions postgresql/indices.xml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -828,7 +828,7 @@ FROM access_log
WHERE url = '/index.html' AND client_ip = inet '212.78.10.32';</programlisting>
Ici l'adresse IP de la requête est couverte par un index partiel. La
requête suivante ne peut pas utiliser l'index partiel, puisqu'elle utilise
une adresse IP qui est exclue de l'index<&nbsp:>:
une adresse IP qui est exclue de l'index&nbsp;:
<programlisting>SELECT *
FROM access_log
WHERE url = '/index.html' AND client_ip = inet '192.168.100.23';</programlisting>
Expand Down Expand Up @@ -1186,7 +1186,7 @@ CREATE INDEX tab_x_y ON tab(x, y);

<para>
La <firstterm>troncature de suffixe</firstterm> supprime toujours les
colonnes non-clé des niveau supérieurs du B-Tree. En tant que colonnes de
colonnes non-clé des niveaux supérieurs du B-Tree. En tant que colonnes de
charge utile, elles ne sont jamais utilisées pour guider des parcours
d'index. Le processus de troncature supprime également une ou plusieurs
colonne(s) clé quand le reste du préfixe de colonnes(s) se montre suffisant
Expand Down
8 changes: 4 additions & 4 deletions postgresql/spgist.xml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -711,7 +711,7 @@ typedef struct spgInnerConsistentOut
de chaque entrée de tableau, qui fournissent respectivement l'opérateur indexé et la valeur de comparaison.
En particulier, il n'est pas nécessaire de vérifier si <structfield>sk_flags</structfield> est NULL
car le moteur de SP-GiST aura complété cette valeur.
Le t ableau <structfield>orderbys</structfield>, de longueur <structfield>norderbys</structfield>,
Le tableau <structfield>orderbys</structfield>, de longueur <structfield>norderbys</structfield>,
décrit les opérateurs de tri (s'il y en a) de la même manière.
<structfield>reconstructedValue</structfield> est la valeur reconstruite pour la ligne parent.
La valeur est <literal>(Datum) 0</literal> au niveau le plus haut ou si la fonction
Expand Down Expand Up @@ -796,7 +796,7 @@ CREATE FUNCTION ma_fonction_leaf_consistent(internal, internal) RETURNS bool ...
typedef struct spgLeafConsistentIn
{
ScanKey scankeys; /* tableau d'opérateurs et de valeurs de comparaison */
ScanKey orderbys; /* tableau d'opérateurs de tri et comapraison */
ScanKey orderbys; /* tableau d'opérateurs de tri et comparaison */
* de valeurs */
int nkeys; /* taille du tableau scankeys */
int norderbys; /* taille du tableau orderbys */
Expand Down Expand Up @@ -861,10 +861,10 @@ typedef struct spgLeafConsistentOut
est incertaine et ainsi l'opérateur doit être réappliqué à la pile de ligne courante
pour vérifier la correspondance.
Si une recherche triée est effectuée, positionne <structfield>distances</structfield>
à un tableau de distance uivant le tableau <structfield>orderbys</structfield>
à un tableau de distance suivant le tableau <structfield>orderbys</structfield>
Laisse NULL sinon. Si au moins une des distances retournées n'est pas
exacte, positionne <structfield>recheckDistances</structfield> à true.
Dans ce cas, l'exécuteur recalcuelra la distance exacte après avoir
Dans ce cas, l'exécuteur recalculera la distance exacte après avoir
récupéré toutes les lignes de la table, et réordonnera les lignes si
besoin.
</para>
Expand Down

0 comments on commit e7c458f

Please sign in to comment.