Mise à jour en version 9.4.9

postgresql/ddl.xml

@@ -3118,9 +3118,8 @@ ANALYZE mesure;
  comme celui-ci :
  <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;:
@@ -3141,11 +3140,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
@@ -3157,24 +3156,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>

postgresql/ecpg.xml

@@ -2218,7 +2218,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>
@@ -8403,7 +8402,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>

postgresql/external-projects.xml

@@ -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>

postgresql/func.xml

@@ -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>
@@ -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>
@@ -648,7 +675,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>
@@ -662,7 +689,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>
@@ -716,7 +743,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>

postgresql/information_schema.xml

@@ -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>
@@ -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

postgresql/ref/create_index.xml

@@ -552,18 +552,7 @@
    index est dépendante du paramètre <xref linkend="guc-maintenance-work-mem"/>.
    Une plus grande valeur réduit le temps nécessaire à la création d'index,
    tant qu'elle ne dépasse pas la quantité de mémoire vraiment disponible, afin
-   d'éviter que la machine ne doive paginer. Pour les index de type hash, la valeur
-   de <xref linkend="guc-effective-cache-size"/> est aussi importante pour le temps
-   de création de l'index&nbsp;: <productname>PostgreSQL</productname> utilisera
-   une des deux méthodes de création d'index hash disponibles selon que la taille
-   estimée de l'index à créer est supérieure ou inférieure à
-   <varname>effective_cache_size</varname>.
-   Pour obtenir les meilleurs résultats, assurez-vous que ce paramètre est aussi
-   positionné à quelque chose qui reflète la quantité de mémoire disponible, et soyez
-   attentif à ce que la somme de <varname>maintenance_work_mem</varname> et
-   <varname>effective_cache_size</varname> soit inférieure à la quantité de mémoire
-   disponible de la machine pour <productname>PostgreSQL</productname>
-   (en prenant en compte les autres programmes en cours d'exécution sur la machine).
+   d'éviter que la machine ne doive paginer.
   </para>
 
   <para>

postgresql/ref/create_table.xml

@@ -381,7 +381,7 @@ contrainte <literal>EXCLUDE</literal> peut valoir&nbsp;:</phrase>
      </para>
      <para>
       La clause <literal>LIKE</literal> peut aussi être utilisée pour copier les
-      colonnes des vues, tables distantes et types composites. Les options
+      définitions de colonne des vues, tables distantes et types composites. Les options
       inapplicables (comme <literal>INCLUDING INDEXES</literal> à partir d'une vue)
       sont ignorées.
      </para>
@@ -1486,7 +1486,18 @@ CREATE TABLE employes OF type_employe (
   </refsect2>
 
   <refsect2>
-   <title><literal>WITH</literal> clause</title>
+   <title>Clause <literal>LIKE</literal></title>
+
+   <para>
+    Alors qu'une clause <literal>LIKE</literal> existe dans le standard SQL,
+    beaucoup des options acceptées par <productname>PostgreSQL</productname>
+    ne sont pas dans le standard, et certaines options du standard ne sont pas
+    implémentées dans <productname>PostgreSQL</productname>.
+   </para>
+  </refsect2>
+
+  <refsect2>
+   <title>Clause <literal>WITH</literal></title>
 
    <para>
     La clause <literal>WITH</literal> est une extension

postgresql/ref/pg_dump.xml

@@ -1146,6 +1146,10 @@
    à partir d'un serveur dans cette version. Charger un fichier d'extraction dans un serveur
    de version plus ancienne pourra requérir une édition manuelle du fichier
    pour supprimer les syntaxe incomprises de l'ancien serveur.
+   L'utilisation de l'option <option>--quote-all-identifiers</option> est
+   recommendée pour une utilisation entre versions différentes car elle peut
+   empêcher des problèmes provenant de l'utilisation de listes variées de mots
+   réservées de versions <productname>PostgreSQL</productname> différentes.
   </para>
  </refsect1>