Skip to content

Commit

Permalink
Relecture orthographique des paragraphes 9.8 à 9.11 inclus
Browse files Browse the repository at this point in the history
  • Loading branch information
@ced75 @gleu
ced75 authored and gleu committed May 27, 2019
1 parent 0ffd394 commit 7e5ee1e
Showing 1 changed file with 42 additions and 42 deletions.
84 changes: 42 additions & 42 deletions postgresql/func.xml
View file
Original file line number Diff line number Diff line change
Expand Up @@ -6100,7 +6100,7 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
<row>
<entry><literal>Mon</literal></entry>
<entry>abréviation du nom du mois avec la première lettre en majuscule et
les deux autres en minuscule (trois caractères en anglais, la
les deux autres en minuscules (trois caractères en anglais, la
longueur des versions localisées peut varier)</entry>
</row>
<row>
Expand All @@ -6120,7 +6120,7 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
<row>
<entry><literal>Day</literal></entry>
<entry>nom complet du jour avec la première lettre en majuscule et les
deux autres en minuscule (espaces de complètement pour
deux autres en minuscules (espaces de complètement pour
arriver à neuf caractères)</entry>
</row>
<row>
Expand All @@ -6136,7 +6136,7 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
<row>
<entry><literal>Dy</literal></entry>
<entry>abréviation du nom du jour avec la première lettre en majuscule et
les deux autres en minuscule (trois caractères en anglais, la
les deux autres en minuscules (trois caractères en anglais, la
longueur des versions localisées peut varier)</entry>
</row>
<row>
Expand Down Expand Up @@ -6198,22 +6198,22 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
</row>
<row>
<entry><literal>RM</literal></entry>
<entry>mois en majuscule en nombre romain (I-XII&nbsp;; I étant janvier) (en
<entry>mois en majuscules en nombre romain (I-XII&nbsp;; I étant janvier) (en
majuscules)</entry>
</row>
<row>
<entry><literal>rm</literal></entry>
<entry>mois en minuscule en nombre romain (i-xii; i étant janvier) (en
<entry>mois en minuscules en nombre romain (i-xii; i étant janvier) (en
minuscules)</entry>
</row>
<row>
<entry><literal>TZ</literal></entry>
<entry>abréviation du fuseau horaire en majuscule (seulement supporté
<entry>abréviation du fuseau horaire en majuscules (seulement supporté
avec <function>to_char</function>)</entry>
</row>
<row>
<entry><literal>tz</literal></entry>
<entry>abréviation du fuseau horaire en minuscule (seulement supporté
<entry>abréviation du fuseau horaire en minuscules (seulement supporté
avec <function>to_char</function>)</entry>
</row>
<row>
Expand Down Expand Up @@ -6297,10 +6297,10 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
<para>
<literal>FM</literal> supprime les zéros de début et les espaces de
fin qui, autrement, sont ajoutés pour fixer la taille du motif de
sortie&nbsp;; Dans <productname>PostgreSQL</productname>,
sortie&nbsp;; dans <productname>PostgreSQL</productname>,
<literal>FM</literal> modifie seulement la prochaine spécification alors
qu'avec Oracle, <literal>FM</literal> affecte toutes les spécifications
suivantes et des modificateurs <literal>FM</literal> répétés bascule
suivantes et des modificateurs <literal>FM</literal> répétés basculent
l'activation du mode de remplissage.
</para>
</listitem>
Expand All @@ -6309,7 +6309,7 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
<listitem>
<para>
<literal>TM</literal> n'inclut pas les espaces de complétion en fin de chaîne&nbsp;;
<function>to_timestamp</function> et <function>to_date</function> ignore
<function>to_timestamp</function> et <function>to_date</function> ignorent
le modificateur <literal>TM</literal>.
</para>
</listitem>
Expand All @@ -6320,9 +6320,9 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
ignorent les espaces multiples de la chaîne en entrée si l'option
<literal>FX</literal> n'est pas utilisée. Par exemple,
<literal>to_timestamp('2000&nbsp;&nbsp;&nbsp;&nbsp;JUN', 'YYYY
MON')</literal> fonctionne mais
MON')</literal> fonctionne, mais
<literal>to_timestamp('2000&nbsp;&nbsp;&nbsp;&nbsp;JUN', 'FXYYYY
MON')</literal> renvoie une erreur car <function>to_timestamp</function>
MON')</literal> renvoie une erreur, car <function>to_timestamp</function>
n'attend qu'une seule espace&nbsp;;
<literal>FX</literal> doit être indiqué comme premier élément du modèle.
</para>
Expand All @@ -6349,9 +6349,9 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
<function>to_char</function>. il est alors littéralement remis en sortie.
Une sous-chaîne peut être placée entre guillemets doubles pour
forcer son interprétation en tant que libellé même si elle contient
des mots clés de motif. Par exemple, dans
des mots-clés de motif. Par exemple, dans
<literal>'"Hello Year "YYYY'</literal>, les caractères
<literal>YYYY</literal> sont remplacés par l'année mais
<literal>YYYY</literal> sont remplacés par l'année, mais
l'<literal>Y</literal> isolé du mot <literal>Year</literal> ne l'est
pas&nbsp;; Dans <function>to_date</function>, <function>to_number</function>
et <function>to_timestamp</function>, les chaînes entre guillemets
Expand Down Expand Up @@ -6384,14 +6384,14 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
la conversion <literal>YYYY</literal> d'une chaîne en champ de type
<type>timestamp</type> ou <type>date</type> comporte une restriction
avec les années à plus de quatre chiffres. Il faut alors utiliser un
modèle ou un caractère non-numérique après <literal>YYYY</literal>,
modèle ou un caractère non numérique après <literal>YYYY</literal>,
sans quoi l'année est toujours interprétée sur
quatre chiffres. Par exemple, pour l'année 20000&nbsp;:
<literal>to_date('200001131', 'YYYYMMDD')</literal> est interprété
comme une année à quatre chiffres&nbsp;; il faut alors utiliser un
séparateur non décimal après l'année comme
séparateur non décimal après l'année, comme
<literal>to_date('20000-1131', 'YYYY-MMDD')</literal> ou
<literal>to_date('20000Nov31', 'YYYYMonDD')</literal>&nbsp;;
<literal>to_date('20000Nov31', 'YYYYMonDD')</literal>&nbsp;.
</para>
</listitem>

Expand Down Expand Up @@ -6439,7 +6439,7 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
<caution>
<para>
Alors que <function>to_date</function> rejette un mélange de champs
de dates grégoriennes et ISO, <function>to_char</function> ne le fait pas
de dates grégoriennes et ISO, <function>to_char</function> ne le fait pas,
car une spécification de format
de sortie telle que <literal>YYYY-MM-DD (IYYY-IDDD)</literal> peut être
utile. Mais évitez d'écrire quelque chose comme <literal>IYYY-MM-DD</literal>&nbsp;;
Expand Down Expand Up @@ -6476,7 +6476,7 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
<listitem>
<para>la numérotation du jour de la semaine de
<function>to_char(..., 'ID')</function> correspond à la fonction
<function>extract(isodow from ...)</function> mais
<function>extract(isodow from ...)</function>, mais
<function>to_char(..., 'D')</function> ne correspond pas à la numération
des jours de <function>extract(dow from ...)</function>.
</para>
Expand Down Expand Up @@ -7251,7 +7251,7 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
<literal><function>isfinite(<type>date</type>)</function></literal>
</entry>
<entry><type>boolean</type></entry>
<entry>Teste si la date est finie (donc différent de +/-infinity)</entry>
<entry>Teste si la date est finie (donc différente de +/-infinity)</entry>
<entry><literal>isfinite(date '2001-02-16')</literal></entry>
<entry><literal>true</literal></entry>
</row>
Expand All @@ -7260,7 +7260,7 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
<entry><literal><function>isfinite</function>(<type>timestamp</type>)</literal>
</entry>
<entry><type>boolean</type></entry>
<entry>Teste si l'estampille temporelle est finie (donc différent de +/-infinity)</entry>
<entry>Teste si l'estampille temporelle est finie (donc différente de +/-infinity)</entry>
<entry><literal>isfinite(timestamp '2001-02-16 21:28:30')</literal></entry>
<entry><literal>true</literal></entry>
</row>
Expand Down Expand Up @@ -7559,16 +7559,16 @@ SELECT regexp_matches('abc01234xyz', '(?:(.*?)(\d+)(.*)){1,1}');
(définies par leurs extrémités) se chevauchent, et faux dans le cas
contraire. Les limites peuvent être indiquées comme des paires de
dates, d'heures ou de timestamps&nbsp;; ou comme une date, une heure ou un
timestamp suivi d'un intervalle. Quand une paire de valeur est fournie,
timestamp suivi d'un intervalle. Quand une paire de valeurs est fournie,
soit le début soit la fin doit être écrit en premier&nbsp;;
<literal>OVERLAPS</literal> prend automatiquement la valeur la plus
ancienne dans la paire comme valeur de départ. Chaque période de temps
est considéré représentant l'intervalle à moitié ouvert
est considérée représentant l'intervalle à moitié ouvert
<replaceable>début1</replaceable> <literal>&lt;=</literal>
<replaceable>longueur1</replaceable> <literal>&lt;</literal>
<replaceable>fin2</replaceable>, sauf si
<replaceable>début1</replaceable> et <replaceable>fin2</replaceable> sont
identiques, auquel cas ils représentent une instant précis. Cela signifie
identiques, auquel cas ils représentent un instant précis. Cela signifie
en fait que deux périodes de temps avec seulement un point final en commun
ne se surchargent pas.
</para>
Expand All @@ -7592,15 +7592,15 @@ SELECT (DATE '2001-10-30', DATE '2001-10-30') OVERLAPS
Lors de l'ajout (ou de la soustraction) d'une valeur de type
<type>interval</type> à une valeur
de type <type>timestamp with time zone</type>, le composant jours incrémente
(ou décremente) la date du <type>timestamp with time zone</type> du nombre
de jours indiqués. Avec les modifications occasionnées par les changements
(ou décrémente) la date du <type>timestamp with time zone</type> du nombre
de jours indiqué. Avec les modifications occasionnées par les changements
d'heure (avec un fuseau horaire de session qui reconnaît DST), cela
signifie qu'un <literal>interval '1 day'</literal> n'est pas forcément
égal à un <literal>interval '24 hours'</literal>. Par exemple, avec un
fuseau horaire configuré à <literal>CST7CDT</literal>,
<literal>timestamp with time zone '2005-04-02 12:00-07' + interval '1 day'
</literal> produit un <literal>timestamp with time zone '2005-04-03
12:00-06'</literal> alors qu'ajouter <literal>interval '24
12:00-06'</literal>, alors qu'ajouter <literal>interval '24
hours'</literal> au <type>timestamp with time zone</type> initial
produit un <literal>timestamp with time zone '2005-04-03
13:00-06'</literal> parce qu'il y a un changement d'heure le <literal>2005-04-03
Expand All @@ -7609,13 +7609,13 @@ SELECT (DATE '2001-10-30', DATE '2001-10-30') OVERLAPS

<para>
Il peut y avoir une ambiguïté dans le nombre de
<literal>months</literal> retournés par <function>age</function> car les mois n'ont
<literal>months</literal> retournés par <function>age</function>, car les mois n'ont
pas tous le même nombre de jours. L'approche de
<productname>PostgreSQL</productname> utilise le mois de la date
la plus ancienne lors du calcul de mois partiels. Par
exemple, <literal>age('2004-06-01', '2004-04-30')</literal> utilise avril
pour ramener <literal>1 mon 1 day</literal>, alors qu'utiliser mai aurait
ramener <literal>1 mon 2 days</literal> car mai a 31 jours alors qu'avril
ramener <literal>1 mon 2 days</literal>, car mai a 31 jours alors qu'avril
n'en a que 30.
</para>

Expand Down Expand Up @@ -7883,7 +7883,7 @@ SELECT EXTRACT(ISOYEAR FROM DATE '2006-01-02');
<lineannotation>Résultat : </lineannotation><computeroutput>3</computeroutput></screen>

<para>
Les années 1900 sont dans le second millénaire. Le troisième millénaire
Les années 1900 sont dans le deuxième millénaire. Le troisième millénaire
commence le 1er janvier 2001.
</para>
</listitem>
Expand Down Expand Up @@ -7953,7 +7953,7 @@ SELECT EXTRACT(MONTH FROM INTERVAL '2 years 13 months');
<term><literal>second</literal></term>
<listitem>
<para>
Le champs secondes, incluant la partie décimale (0 -
Le champ secondes, incluant la partie décimale (0 -
59<footnote><simpara>60 si les secondes d'ajustement
(<foreignphrase>leap second</foreignphrase>) sont implantées par
le système d'exploitation.</simpara></footnote>).
Expand All @@ -7974,7 +7974,7 @@ SELECT EXTRACT(SECOND FROM TIME '17:12:28.5');
Le décalage du fuseau horaire depuis UTC, mesuré en secondes. Les
valeurs positives correspondent aux fuseaux horaires à l'est d'UTC,
les valeurs négatives à l'ouest d'UTC. (Techniquement,
<productname>PostgreSQL</productname> n'utilise pas UTC car les
<productname>PostgreSQL</productname> n'utilise pas UTC, car les
secondes intercalaires ne sont pas gérées.)
</para>
</listitem>
Expand Down Expand Up @@ -8011,7 +8011,7 @@ SELECT EXTRACT(SECOND FROM TIME '17:12:28.5');
<para>
Dans la définition ISO, il est possible que les premiers jours de janvier
fassent partie de la semaine 52 ou 53 de l'année précédente. Il est aussi
possibles que les derniers jours de décembre fassent partie de la première
possible que les derniers jours de décembre fassent partie de la première
semaine de l'année suivante. Par exemple, <literal>2005-01-01</literal>
fait partie de la semaine 53 de l'année 2004 et <literal>2006-01-01</literal>
fait partie de la semaine 52 de l'année 2005, alors que
Expand Down Expand Up @@ -8454,7 +8454,7 @@ SELECT pg_sleep_until('tomorrow 03:00');</programlisting>
0,01 seconde est une valeur habituelle. Le délai dure au minimum celui
précisé. Il peut toutefois être plus long du fait de certains facteurs
tels que la charge serveur. En particulier, <function>pg_sleep_until</function>
ne garantie pas un réveil à l'heure exacte spécifiée. Par contre, il ne
ne garantit pas un réveil à l'heure exacte spécifiée. Par contre, il ne
se réveillera pas avant cette heure.
</para>
</note>
Expand All @@ -8464,7 +8464,7 @@ SELECT pg_sleep_until('tomorrow 03:00');</programlisting>
Il convient de s'assurer que la session courante ne détient pas plus de verrous que
nécessaires lors de l'appel à <function>pg_sleep</function> ou ses variantes. Dans le cas
contraire, d'autres sessions peuvent être amenées à attendre que le
processus de retard courant ne termine, ralentissant ainsi tout le système.
processus de retard courant se termine, ralentissant ainsi tout le système.
</para>
</warning>
</sect2>
Expand All @@ -8475,7 +8475,7 @@ SELECT pg_sleep_until('tomorrow 03:00');</programlisting>
<title>Fonctions de support enum</title>

<para>
Pour les types enum (décrit dans <xref linkend="datatype-enum"/>),
Pour les types enum (décrits dans <xref linkend="datatype-enum"/>),
il existe plusieurs fonctions qui autorisent une programmation plus claire
sans coder en dur les valeurs particulières d'un type enum.
Elles sont listées dans <xref linkend="functions-enum-table"/>. Les exemples
Expand Down Expand Up @@ -8585,8 +8585,8 @@ CREATE TYPE couleurs AS ENUM ('rouge', 'orange', 'jaune', 'vert', 'bleu', 'viole
la notion habituelle d'égalité pour les types <type>point</type>,
<type>box</type>, <type>polygon</type> et <type>circle</type>. Certains
disposent également d'un opérateur <literal>=</literal>, mais
<literal>=</literal> ne compare que les égalités d'<emphasis>aires</emphasis>. Les autres opérateurs de
comparaison scalaires (<literal>&lt;=</literal> et autres) comparent de la
<literal>=</literal> ne compare que les égalités d'<emphasis>aires</emphasis>. Les autres opérateurs scalaires
de comparaison (<literal>&lt;=</literal> et autres) comparent de la
même façon des aires pour ces types.
</para>
</caution>
Expand Down Expand Up @@ -8647,7 +8647,7 @@ CREATE TYPE couleurs AS ENUM ('rouge', 'orange', 'jaune', 'vert', 'bleu', 'viole
</row>
<row>
<entry><literal>##</literal> </entry>
<entry>Point de la seconde opérande le plus proche de la première</entry>
<entry>Point de second opérande le plus proche du premier</entry>
<entry><literal>point '(0,0)' ## lseg '((2,0),(0,2))'</literal></entry>
</row>
<row>
Expand Down Expand Up @@ -8777,7 +8777,7 @@ CREATE TYPE couleurs AS ENUM ('rouge', 'orange', 'jaune', 'vert', 'bleu', 'viole
Avant <productname>PostgreSQL</productname> 8.2, les opérateurs
<literal>@&gt;</literal> et <literal>&lt;@</literal> s'appelaient
respectivement <literal>~</literal> et <literal>@</literal>. Ces noms sont
toujours disponibles mais, obsolètes, ils seront éventuellement supprimés.
toujours disponibles, mais, obsolètes, ils seront éventuellement supprimés.
</para>
</note>

Expand Down Expand Up @@ -8989,7 +8989,7 @@ CREATE TYPE couleurs AS ENUM ('rouge', 'orange', 'jaune', 'vert', 'bleu', 'viole
<row>
<entry><literal><function>line(<type>point</type>, <type>point</type>)</function></literal></entry>
<entry><type>line</type></entry>
<entry>points to line</entry>
<entry>points vers ligne</entry>
<entry><literal>line(point '(-1,0)', point '(1,0)')</literal></entry>
</row>
<row>
Expand Down Expand Up @@ -9113,7 +9113,7 @@ CREATE TYPE couleurs AS ENUM ('rouge', 'orange', 'jaune', 'vert', 'bleu', 'viole
visuellement identique,
<literal>'((0,0),(0,1),(1,1),(1,2),(2,2),(2,1),(1,1),(1,0),(0,0))'::PATH</literal>,
quant à lui, fonctionne. Si les concepts de <type>path</type> avec intersection et sans intersection
sont sources de confusion, dessiner les deux <type>path</type> ci-dessus côte-à-côte.
sont source de confusion, dessiner les deux <type>path</type> ci-dessus côte à côte.
</para>

</sect1>
Expand Down

0 comments on commit 7e5ee1e

Please sign in to comment.