Skip to content

Commit

Permalink
Mise à jour en version 9.5.4
Browse files Browse the repository at this point in the history
  • Loading branch information
gleu committed Aug 10, 2016
1 parent 3d56931 commit cf9983b
Show file tree
Hide file tree
Showing 24 changed files with 2,805 additions and 194 deletions.
18 changes: 14 additions & 4 deletions postgresql/catalogs.xml
Original file line number Diff line number Diff line change
Expand Up @@ -6173,10 +6173,10 @@
valeurs positive est le nombre réel de valeurs distinctes. Une valeur
négative est le négatif d'un multiplieur pour le nombre de lignes dans
la table ;
par exemple, une colonne dans laquelle les valeurs apparaissent environ
deux fois en moyenne peut être représentée par
<structfield>stadistinct</structfield> = -0.5. 0 indique que le
nombre de valeurs distinctes est inconnu.
par exemple, une colonne dans laquelle 90% des lignes ne sont pas NULL
et dans laquelle chaque valeur non NULL apparaît deux fois en moyenne,
pourrait être représentée avec un
<structfield>stadistinct</structfield> à -0,4.
</entry>
</row>

Expand Down Expand Up @@ -9330,6 +9330,16 @@ SELECT * FROM pg_locks pl LEFT JOIN pg_prepared_xacts ppx
est indéfiniment valable</entry>
</row>

<row>
<entry><structfield>rolbypassrls</structfield></entry>
<entry><type>bool</type></entry>
<entry></entry>
<entry>
Ce rôle contourne toutes les politiques de sécurité au niveau ligne.
Voir <xref linkend="ddl-rowsecurity"> pour plus d'informations.
</entry>
</row>

<row>
<entry><structfield>rolconfig</structfield></entry>
<entry><type>text[]</type></entry>
Expand Down
53 changes: 38 additions & 15 deletions postgresql/ddl.xml
Original file line number Diff line number Diff line change
Expand Up @@ -3590,9 +3590,8 @@ ANALYZE mesure;
comme celui-ci&nbsp;:
<screen>DROP TABLE produits;

NOTICE: constraint commandes_no_produit_fkey on table commandes depends on table
produits
ERROR: cannot drop table produits because other objects depend on it
DETAIL: constraint commandes_no_produit_fkey on table commandes depends on table produits
HINT: Use DROP ... CASCADE to drop the dependent objects too.</screen>

ou en français&nbsp;:
Expand All @@ -3613,11 +3612,11 @@ dépendants.</screen>
commandes n'est pas supprimée, mais seulement la contrainte de clé étrangère.
(Pour vérifier ce que fait <command>DROP ... CASCADE</command>, on peut
lancer <command>DROP</command> sans <literal>CASCADE</literal> et lire les messages
<literal>NOTICE</literal>.)
<literal>DETAIL</literal>.)
</para>

<para>
Toutes les commandes de suppression dans
Toutes les commandes <command>DROP</command> dans
<productname>PostgreSQL</productname> supportent l'utilisation de
<literal>CASCADE</literal>. La nature des dépendances
est évidemment fonction de la nature des objets. On peut aussi écrire
Expand All @@ -3629,24 +3628,48 @@ dépendants.</screen>
<note>
<para>
D'après le standard SQL, il est nécessaire d'indiquer
<literal>RESTRICT</literal> ou <literal>CASCADE</literal>.
<literal>RESTRICT</literal> ou <literal>CASCADE</literal> dans une commande
<command>DROP</command>.
Aucun système de base de donnée ne force cette règle, en réalité,
mais le choix du comportement par défaut,
<literal>RESTRICT</literal> ou <literal>CASCADE</literal>,
varie suivant le système.
</para>
</note>

<note>
<para>
Les dépendances de contraintes de clés étrangères et de colonnes
<foreignphrase>serial</foreignphrase> des versions de <productname>PostgreSQL</productname>
antérieures à 7.3 <emphasis>ne</emphasis> sont <emphasis>pas</emphasis> maintenues ou
créées pendant le processus de mise à jour. Tout autre type de
dépendance est proprement créé pendant une mise à jour à partir d'une
base de données antérieure à la 7.3.
</para>
</note>
<para>
Pour les fonctions définies par un utilisateur,
<productname>PostgreSQL</productname> trace les dépendances associées avec
les propriétés visibles de l'extérieur de la fonction, comme le type de
données des arguments et du résultat. Il ne trace <emphasis>pas</emphasis>
les dépendances qui seraient seulement connues en examinant le corps de la
fonction. Par exemple, voyons cette situation&nbsp;:

<programlisting>
CREATE TYPE rainbow AS ENUM ('red', 'orange', 'yellow',
'green', 'blue', 'purple');

CREATE TABLE my_colors (color rainbow, note text);

CREATE FUNCTION get_color_note (rainbow) RETURNS text AS
'SELECT note FROM my_colors WHERE color = $1'
LANGUAGE SQL;
</programlisting>

(Voir <xref linkend="xfunc-sql"> pou rune explication sur les fonctions en
langage SQL.) <productname>PostgreSQL</productname> saura que la fonction
<function>get_color_note</function> dépend du type <type>rainbow</type>. De
ce fait, supprimer le type forcera la suppression de la fonction car, dans
le cas contraire, le type de l'argument ne serait plus défini. Cependant,
<productname>PostgreSQL</productname> ne saura pas que la fonction
<function>get_color_note</function> dépend de la table the
<structname>my_colors</structname>, et donc ne supprimera pas la fonction
si la table est supprimées. Bien qu'il y ait des inconvénients à cette
approche, il y a aussi des avantages. La fonction est toujours valide dans
certains cas si la table est manquante, bien que l'exécuter causera une
erreur. Créer une nouvelle table du même nom permettra à la fonction de
fonctionner de nouveau.
</para>
</sect1>

</chapter>
2 changes: 0 additions & 2 deletions postgresql/ecpg.xml
Original file line number Diff line number Diff line change
Expand Up @@ -2217,7 +2217,6 @@ int PGTYPESnumeric_to_decimal(numeric *src, decimal *dst);
<listitem>
<para>
Convertit une variable de type decimal en numeric.
Convert a variable of type decimal to numeric.
<synopsis>
int PGTYPESnumeric_from_decimal(decimal *src, numeric *dst);
</synopsis>
Expand Down Expand Up @@ -8402,7 +8401,6 @@ int deccvint(int in, decimal *np);
<listitem>
<para>
Convertit une valeur de type long vers une valeur de type decimal.
Convert a value of type long to a value of type decimal.
<synopsis>
int deccvlong(long lng, decimal *np);
</synopsis>
Expand Down
2 changes: 1 addition & 1 deletion postgresql/external-projects.xml
Original file line number Diff line number Diff line change
Expand Up @@ -181,7 +181,7 @@
<row>
<entry>PL/PHP</entry>
<entry>PHP</entry>
<entry><ulink url="http://www.commandprompt.com/community/plphp/">http://www.commandprompt.com/community/plphp/</ulink></entry>
<entry><ulink url="https://public.commandprompt.com/projects/plphp">https://public.commandprompt.com/projects/plphp</ulink></entry>
</row>

<row>
Expand Down
103 changes: 54 additions & 49 deletions postgresql/func.xml
Original file line number Diff line number Diff line change
Expand Up @@ -291,6 +291,34 @@
</para>

<para>
<primary>IS DISTINCT FROM</primary>
</indexterm>
<indexterm>
<primary>IS NOT DISTINCT FROM</primary>
</indexterm>
Les opérateurs de comparaison habituels renvoient null (autrement dit
<quote>inconnu</quote>), et non pas vrai ou faux, quand l'une des entrées
est null. Par exemple, <literal>7 = NULL</literal> renvoie null, tout
comme <literal>7 &lt;&gt; NULL</literal>. Quand ce comportement n'est pas
convenable, utilisez les constructions <literal>IS <optional> NOT
</optional> DISTINCT FROM</literal>&nbsp;:
<synopsis>
<replaceable>a</replaceable> IS DISTINCT FROM <replaceable>b</replaceable>
<replaceable>a</replaceable> IS NOT DISTINCT FROM <replaceable>b</replaceable>
</synopsis>
Pour les entrées non NULL, <literal>IS DISTINCT FROM</literal> est
identique à l'opérateur <literal>&lt;&gt;</literal>. Néanmoins, si les
entrées sont nulles, il renvoie false. Si une seule entrée est NULL, il
renvoie true. De la même façon, <literal>IS NOT DISTINCT FROM</literal>
est identique à <literal>=</literal> pour les entrées non NULL, mais
renvoie true quand les deux entrées sont NULL, et false quand une seule
entrée est NULL. De ce fait, ces constructions agissent réellement comme
si NULL était une valeur normale de données, plutôt que
<quote>inconnue</quote>.
</para>

<para>
<indexterm>
<indexterm>
<primary>IS NULL</primary>
</indexterm>
Expand All @@ -317,8 +345,7 @@
<literal><replaceable>expression</replaceable> = NULL</literal>
parce que <literal>NULL</literal> n'est pas <quote>égal à</quote>
<literal>NULL</literal>. (La valeur NULL représente une valeur inconnue
et il est impossible de dire si deux valeurs inconnues sont égales.) Ce
comportement est conforme au standard SQL.
et il est impossible de dire si deux valeurs inconnues sont égales.)
</para>

<tip>
Expand All @@ -335,50 +362,21 @@
</para>
</tip>

<!-- SAS 20080716 : quid si la ligne n'est pas nulle, mais que certains champs,
seulement le sont ? -->
<note>
<para>
Si l'<replaceable>expression</replaceable> est une valeur de ligne, alors
<literal>IS NULL</literal> est vrai quand l'expression même de la ligne est
NULL ou quand tous les champs de la ligne sont NULL alors que
<literal>IS NOT NULL</literal> est vrai quand l'expression même de la ligne
est non NULL et que tous les champs de la ligne sont non NULL. À cause de
ce comportement, <literal>IS NULL</literal> et <literal>IS NOT NULL</literal>
ne renvoient pas toujours des résultats inversés pour les expressions de
lignes, c'est-à-dire une expression de ligne qui contient à la fois des
valeurs NULL et des valeurs non NULL retournera faux pour les deux tests.
Cette définition, conforme au standard SQL, est une modification du
comportement incohérent des versions de <productname>PostgreSQL</productname>
antérieures à la 8.2.
</para>
</note>

<para>
<indexterm>
<primary>IS DISTINCT FROM</primary>
</indexterm>
<indexterm>
<primary>IS NOT DISTINCT FROM</primary>
</indexterm>
L'opérateur standard de comparaison renvoie NULL (ce qui signifie
<quote>inconnu</quote>) si l'une des entrées est NULL, ni true ni false,
c'est-à-dire <literal>7 = NULL</literal> renvoie NULL, ainsi que
<literal>7 &lt;&gt; NULL</literal>. Quand ce comportement
n'est pas convenable, utilisez la syntaxe <literal>IS
<optional>NOT</optional> DISTINCT FROM</literal>&nbsp;:
<synopsis>
<replaceable>expression</replaceable> IS DISTINCT FROM <replaceable>expression</replaceable>
<replaceable>expression</replaceable> IS NOT DISTINCT FROM <replaceable>expression</replaceable>
</synopsis>
Pour des entrées non NULL, <literal>IS DISTINCT FROM</literal> est
identique à l'opérateur <literal>&lt;&gt;</literal>. Cependant, si les deux entrées
sont NULL, alors cela retourne faux et si une des deux entrées est NULL,
alors cela retourne vrai. De la même façon, <literal>IS NOT DISTINCT
FROM</literal> est identique à <literal>=</literal> pour les entrées non NULL
mais il renvoie true si les deux entrées sont NULL et false quand une seule
est NULL. Dans ces constructions, NULL n'est plus considéré comme
un état inconnu mais comme une valeur.
Si l'<replaceable>expression</replaceable> est une valeur de ligne, alors
<literal>IS NULL</literal> est vrai quand l'expression même de la ligne est
NULL ou quand tous les champs de la ligne sont NULL alors que
<literal>IS NOT NULL</literal> est vrai quand l'expression même de la ligne
est non NULL et que tous les champs de la ligne sont non NULL. À cause de
ce comportement, <literal>IS NULL</literal> et <literal>IS NOT NULL</literal>
ne renvoient pas toujours des résultats inversés pour les expressions de
lignes. En particulier, une expression de ligne qui contient à la fois des
valeurs NULL et des valeurs non NULL retournera faux pour les deux tests.
Dans certains cas, il serait préférable d'écrire
<replaceable>row</replaceable> <literal>IS DISTINCT FROM NULL</literal> ou
<replaceable>row</replaceable> <literal>IS NOT DISTINCT FROM
NULL</literal>, qui vérifiera simplement si la valeur de ligne en aperçu
est NULL sans tests supplémentaires sur les champs de la ligne.
</para>

<para>
Expand Down Expand Up @@ -648,7 +646,7 @@ seulement le sont ? -->
<literal><function>ceil(<type>dp</type> ou <type>numeric</type>)</function></literal>
</entry>
<entry>(identique à l'argument)</entry>
<entry>plus petit entier supérieur à l'argument</entry>
<entry>plus proche entier plus grand ou égal à l'argument</entry>
<entry><literal>ceil(-42.8)</literal></entry>
<entry><literal>-42</literal></entry>
</row>
Expand All @@ -662,7 +660,7 @@ seulement le sont ? -->
<literal><function>ceiling(<type>dp</type> ou <type>numeric</type>)</function></literal>
</entry>
<entry>(identique à l'argument)</entry>
<entry>plus petit entier supérieur à l'argument (alias de
<entry>plus proche entier plus grand ou égal à l'argument (alias de
<function>ceil</function>)</entry>
<entry><literal>ceiling(-95.3)</literal></entry>
<entry><literal>-95</literal></entry>
Expand Down Expand Up @@ -716,7 +714,7 @@ seulement le sont ? -->
<literal><function>floor(<type>dp</type> ou <type>numeric</type>)</function></literal>
</entry>
<entry>(identique à l'argument)</entry>
<entry>plus grand entier inférieur à l'argument</entry>
<entry>plus proche entier plus petit ou égal à l'argument</entry>
<entry><literal>floor(-42.8)</literal></entry>
<entry><literal>-43</literal></entry>
</row>
Expand Down Expand Up @@ -18001,14 +17999,21 @@ off
<indexterm>
<primary>pg_replication_origin_xact_reset</primary>
</indexterm>
<literal><function>pg_replication_origin_xact_reset()</function></literal>
<literal><function>pg_replication_origin_xact_reset(<parameter>origin_lsn</parameter> <type>pg_lsn</type>, <parameter>origin_timestamp</parameter> <type>timestamptz</type>)</function></literal>
</entry>
<entry>
void
</entry>
<entry>
Annule les effets de
<function>pg_replication_origin_xact_setup()</function>.
Notez que deux arguments ont été ajoutés <emphasis>par
erreur</emphasis> lors du cycle de développement de
<productname>PostgreSQL</productname> 9.5 alors que
<function>pg_replication_origin_xact_reset()</function> ne les utilise
pas du tout. De ce fait, toute valeur (en dehors de
<literal>NULL</literal>) peut être utilisée sans crainte pour ces deux
arguments. Cette erreur sera corrigée dans une prochaine version.
</entry>
</row>

Expand Down
15 changes: 1 addition & 14 deletions postgresql/information_schema.xml
Original file line number Diff line number Diff line change
Expand Up @@ -3050,19 +3050,6 @@ ORDER BY c.ordinal_position;
<entry>Nom de la table distante</entry>
</row>

<row>
<entry><literal>foreign_server_catalog</literal></entry>
<entry><type>sql_identifier</type></entry>
<entry>Nom de la base de données où le serveur distant est
défini (toujours la base de données courante)</entry>
</row>

<row>
<entry><literal>foreign_server_name</literal></entry>
<entry><type>sql_identifier</type></entry>
<entry>Nom du serveur distant</entry>
</row>

<row>
<entry><literal>option_name</literal></entry>
<entry><type>sql_identifier</type></entry>
Expand Down Expand Up @@ -3920,7 +3907,7 @@ ORDER BY c.ordinal_position;
<title><literal>role_udt_grants</literal></title>

<para>
La vue view <literal>role_udt_grants</literal> a pour but d'identifier les
La vue <literal>role_udt_grants</literal> a pour but d'identifier les
droits <literal>USAGE</literal> donnés pour des types définis par l'utilisateur
pour lesquels celui qui donne le droit et celui qui le reçoit sont des rôles
actuellement activés. Plus d'informations sont disponibles dans
Expand Down
2 changes: 1 addition & 1 deletion postgresql/pgbuffercache.xml
Original file line number Diff line number Diff line change
Expand Up @@ -87,7 +87,7 @@
<entry><type>smallint</type></entry>
<entry></entry>
<entry>Numéro du fork dans la relation&nbsp;; voir
<filename>include/storage/relfilenode.h</filename></entry>
<filename>include/common/relpath.h</filename></entry>
</row>

<row>
Expand Down

0 comments on commit cf9983b

Please sign in to comment.