Remplacement de "déclencheur" par "trigger"

Remplacement systématique, quasiment sans relecture au passage.
Tant pis pour la francophonie, mais cette bataille-là est perdue.

postgresql/catalogs.xml

@@ -333,7 +333,7 @@
 
      <row>
       <entry><link linkend="catalog-pg-trigger"><structname>pg_trigger</structname></link></entry>
-      <entry>déclencheurs</entry>
+      <entry>triggers</entry>
      </row>
 
      <row>
@@ -8454,7 +8454,7 @@ SCRAM-SHA-256$<replaceable>&lt;nombre d'itération&gt;</replaceable>:<replaceabl
 
   <para>
    Le catalogue <structname>pg_trigger</structname> stocke les informations
-   concernant les déclencheurs des tables et des vues. Voir la commande
+   concernant les triggers des tables et des vues. Voir la commande
    <xref linkend="sql-createtrigger"/>
    pour plus d'informations.
   </para>
@@ -8489,7 +8489,7 @@ SCRAM-SHA-256$<replaceable>&lt;nombre d'itération&gt;</replaceable>:<replaceabl
         (référence <link linkend="catalog-pg-class"><structname>pg_class</structname></link>.<structfield>oid</structfield>)
        </para>
        <para>
-        Table sur laquelle porte le déclencheur
+        Table sur laquelle porte le trigger
        </para></entry>
      </row>
 
@@ -8510,7 +8510,7 @@ SCRAM-SHA-256$<replaceable>&lt;nombre d'itération&gt;</replaceable>:<replaceabl
         <structfield>tgname</structfield> <type>name</type>
        </para>
        <para>
-        Nom du déclencheur (doit être unique parmi les déclencheurs
+        Nom du trigger (doit être unique parmi les triggers
         d'une table)
        </para></entry>
      </row>
@@ -8600,7 +8600,7 @@ SCRAM-SHA-256$<replaceable>&lt;nombre d'itération&gt;</replaceable>:<replaceabl
         <structfield>tgdeferrable</structfield> <type>bool</type>
        </para>
        <para>
-        Vrai si le déclencheur contrainte est retardable
+        Vrai si le trigger contrainte est retardable
        </para></entry>
      </row>
 
@@ -8609,7 +8609,7 @@ SCRAM-SHA-256$<replaceable>&lt;nombre d'itération&gt;</replaceable>:<replaceabl
         <structfield>tginitdeferred</structfield> <type>bool</type>
        </para>
        <para>
-        Vrai si le déclencheur de contrainte est initialement retardé
+        Vrai si le trigger de contrainte est initialement retardé
        </para></entry>
      </row>
 
@@ -8619,7 +8619,7 @@ SCRAM-SHA-256$<replaceable>&lt;nombre d'itération&gt;</replaceable>:<replaceabl
        </para>
        <para>
         Nombre de chaînes d'arguments passées à la fonction du
-        déclencheur
+        trigger
        </para></entry>
      </row>
 
@@ -8639,7 +8639,7 @@ SCRAM-SHA-256$<replaceable>&lt;nombre d'itération&gt;</replaceable>:<replaceabl
         <structfield>tgargs</structfield> <type>bytea</type>
        </para>
        <para>
-        Chaînes d'arguments à passer au déclencheur, chacune terminée par un
+        Chaînes d'arguments à passer au trigger, chacune terminée par un
         NULL
        </para></entry>
      </row>

postgresql/contrib-spi.xml

@@ -12,11 +12,11 @@
   fonctionnels d'utilisation de l'<link linkend="spi">interface de
    programmation du serveur (<foreignphrase>Server Programming
     Interface</foreignphrase>)</link> (<acronym>SPI</acronym>) et des
-  déclencheurs. Bien que ces fonctions aient un
+  triggers. Bien que ces fonctions aient un
   intérêt certain, elles sont encore plus utiles en tant qu'exemples
   à modifier pour atteindre ses propres buts. Les fonctions sont suffisamment
   généralistes pour être utilisées avec une table quelconque, mais la création d'un
-  déclencheur impose que les noms des tables et des champs soient précisés
+  trigger impose que les noms des tables et des champs soient précisés
   (comme cela est décrit ci-dessous).
  </para>
 
@@ -39,26 +39,26 @@
 
   <para>
    <function>check_primary_key()</function> vérifie la table de référence.
-   Pour l'utiliser, on crée un déclencheur <literal>BEFORE INSERT OR UPDATE</literal>
+   Pour l'utiliser, on crée un trigger <literal>BEFORE INSERT OR UPDATE</literal>
    qui utilise cette fonction sur une table référençant une autre table.
-   En arguments du déclencheur, on trouve&nbsp;: le nom de la colonne
+   En arguments du trigger, on trouve&nbsp;: le nom de la colonne
    de la table référençant qui forme la clé étrangère, le nom de la table
    référencée et le nom de la colonne de la table référencée qui forme la
    clé primaire/unique. Il peut y avoir plusieurs colonnes. Pour gérer
-   plusieurs clés étrangères, on crée un déclencheur pour chaque référence.
+   plusieurs clés étrangères, on crée un trigger pour chaque référence.
   </para>
 
   <para>
    <function>check_foreign_key()</function> vérifie la table référencée.
-   Pour l'utiliser, on crée un déclencheur <literal>BEFORE DELETE OR UPDATE</literal>
+   Pour l'utiliser, on crée un trigger <literal>BEFORE DELETE OR UPDATE</literal>
    qui utilise cette fonction sur une table référencée par d'autres tables.
-   En arguments du déclencheur, on trouve&nbsp;: le nombre de tables référençant pour
+   En arguments du trigger, on trouve&nbsp;: le nombre de tables référençant pour
    lesquelles la fonction réalise la vérification, l'action à exécuter si une clé
    de référence est trouvée (<literal>cascade</literal> &mdash; pour supprimer
    une ligne qui référence, <literal>restrict</literal> &mdash; pour annuler la
    transaction si des clés de référence existent, <literal>setnull</literal>
    &mdash; pour initialiser les champs des clés référençant à NULL), les noms
-   des colonnes de la table surveillées par le déclencheur, colonnes qui
+   des colonnes de la table surveillées par le trigger, colonnes qui
    forment la clé primaire/unique, puis le nom de la table référençant et les noms des
    colonnes (répétés pour autant de tables référençant que cela est précisé par
    le premier argument). Les colonnes de clé
@@ -76,7 +76,7 @@
    d'un champ</title>
 
   <para>
-   <function>autoinc()</function> est un déclencheur qui stocke la prochaine valeur
+   <function>autoinc()</function> est un trigger qui stocke la prochaine valeur
    d'une séquence dans un champ de type integer. Cela recouvre quelque peu
    la fonctionnalité interne de la colonne <quote>serial</quote>, mais
    ce n'est pas strictement identique&nbsp;: <function>autoinc()</function>
@@ -86,9 +86,9 @@
   </para>
 
   <para>
-   Pour l'utiliser, on crée un déclencheur <literal>BEFORE INSERT</literal> (ou
+   Pour l'utiliser, on crée un trigger <literal>BEFORE INSERT</literal> (ou
    en option <literal>BEFORE INSERT OR UPDATE</literal>) qui utilise cette
-   fonction. Le déclencheur accepte deux arguments&nbsp;: le nom de la
+   fonction. Le trigger accepte deux arguments&nbsp;: le nom de la
    colonne de type integer à modifier et le nom de la séquence qui fournit
    les valeurs. (En fait, plusieurs paires de noms peuvent être indiquées pour
    actualiser plusieurs colonnes.)
@@ -105,15 +105,15 @@
    ont modifié une table</title>
 
   <para>
-   <function>insert_username()</function> est un déclencheur qui stocke le
+   <function>insert_username()</function> est un trigger qui stocke le
    nom de l'utilisateur courant dans un champ texte. C'est utile pour
    savoir quel est le dernier utilisateur à avoir modifié une ligne particulière d'une
    table.
   </para>
 
   <para>
-   Pour l'utiliser, on crée un déclencheur <literal>BEFORE INSERT</literal> et/ou
-   <literal>UPDATE</literal> qui utilise cette fonction. Le déclencheur prend
+   Pour l'utiliser, on crée un trigger <literal>BEFORE INSERT</literal> et/ou
+   <literal>UPDATE</literal> qui utilise cette fonction. Le trigger prend
    pour seul argument le nom de la colonne texte à modifier.
   </para>
 
@@ -128,15 +128,15 @@
    de la dernière modification</title>
 
   <para>
-   <function>moddatetime()</function> est un déclencheur qui stocke la date et
+   <function>moddatetime()</function> est un trigger qui stocke la date et
    l'heure de la dernière modification dans un champ de type
    <type>timestamp</type>. C'est utile pour savoir quand a eu lieu la
    dernière modification sur une ligne particulière d'une table.
   </para>
 
   <para>
-   Pour l'utiliser, on crée un déclencheur <literal>BEFORE UPDATE</literal> qui
-   utilise cette fonction. Le déclencheur prend pour seul argument le
+   Pour l'utiliser, on crée un trigger <literal>BEFORE UPDATE</literal> qui
+   utilise cette fonction. Le trigger prend pour seul argument le
    nom de la colonne de type à modifier.
    La colonne doit être de type <type>timestamp</type> ou <type>timestamp with
     time zone</type>.

postgresql/datatype.xml

@@ -5377,7 +5377,7 @@ WHERE ...</programlisting>
 
        <row>
         <entry><type>trigger</type></entry>
-        <entry>Une fonction déclencheur est déclarée comme retournant un type
+        <entry>Une fonction trigger est déclarée comme retournant un type
          <type>trigger</type>.</entry>
        </row>
 

postgresql/event-trigger.xml

@@ -1,6 +1,6 @@
 <?xml version="1.0" encoding="UTF-8"?>
 <chapter id="event-triggers">
- <title>Déclencheurs (triggers) sur événement</title>
+ <title>Triggers sur événement</title>
 
  <indexterm zone="event-triggers">
   <primary>trigger sur événement</primary>

postgresql/high-availability.xml

@@ -1589,7 +1589,7 @@ synchronous_standby_names = 'FIRST 2 (s1, s2, s3)'
   <para>
    Pour déclencher le failover d'un serveur secondaire en log shipping,
    exécutez la commande <command>pg_ctl promote</command>, lancez la fonction
-   <function>pg_promote()</function> ou créez un fichier trigger (déclencheur)
+   <function>pg_promote()</function> ou créez un fichier trigger
    avec le nom de fichier et le chemin spécifiés par le paramètre
    <varname>promote_trigger_file</varname>. Si vous comptez utiliser la commande
    <command>pg_ctl promote</command> ou la fonction

postgresql/information_schema.xml

@@ -7550,7 +7550,7 @@ ORDER BY c.ordinal_position;
         <structfield>trigger_catalog</structfield> <type>sql_identifier</type>
        </para>
        <para>
-        Nom de la base de données qui contient le déclencheur (toujours la
+        Nom de la base de données qui contient le trigger (toujours la
         base de données courante)
        </para></entry>
      </row>
@@ -7560,7 +7560,7 @@ ORDER BY c.ordinal_position;
         <structfield>trigger_schema</structfield> <type>sql_identifier</type>
        </para>
        <para>
-        Nom du schéma qui contient le déclencheur
+        Nom du schéma qui contient le trigger
        </para></entry>
      </row>
 
@@ -7569,7 +7569,7 @@ ORDER BY c.ordinal_position;
         <structfield>trigger_name</structfield> <type>sql_identifier</type>
        </para>
        <para>
-        Nom du déclencheur
+        Nom du trigger
        </para></entry>
      </row>
 
@@ -7578,7 +7578,7 @@ ORDER BY c.ordinal_position;
         <structfield>event_object_catalog</structfield> <type>sql_identifier</type>
        </para>
        <para>
-        Nom de la base de données qui contient la table sur laquelle est défini le déclencheur
+        Nom de la base de données qui contient la table sur laquelle est défini le trigger
         (toujours la base de données courante)
        </para></entry>
      </row>
@@ -7589,7 +7589,7 @@ ORDER BY c.ordinal_position;
        </para>
        <para>
         Nom du schéma qui contient la table sur laquelle est défini le
-        déclencheur
+        trigger
        </para></entry>
      </row>
 
@@ -7598,7 +7598,7 @@ ORDER BY c.ordinal_position;
         <structfield>event_object_table</structfield> <type>sql_identifier</type>
        </para>
        <para>
-        Nom de la table sur laquelle est défini le déclencheur
+        Nom de la table sur laquelle est défini le trigger
        </para></entry>
      </row>
 
@@ -7607,7 +7607,7 @@ ORDER BY c.ordinal_position;
         <structfield>event_object_column</structfield> <type>sql_identifier</type>
        </para>
        <para>
-        Nom de la colonne sur laquelle est défini le déclencheur
+        Nom de la colonne sur laquelle est défini le trigger
        </para></entry>
      </row>
     </tbody>
@@ -7733,7 +7733,7 @@ ORDER BY c.ordinal_position;
         <structfield>action_statement</structfield> <type>character_data</type>
        </para>
        <para>
-        Instruction exécutée par le déclencheur (actuellement toujours
+        Instruction exécutée par le trigger (actuellement toujours
         <literal>EXECUTE FUNCTION
          <replaceable>fonction</replaceable>(...)</literal>)
        </para></entry>
@@ -7744,7 +7744,7 @@ ORDER BY c.ordinal_position;
         <structfield>action_orientation</structfield> <type>character_data</type>
        </para>
        <para>
-        Indique si le déclencheur est exécuté une fois par ligne
+        Indique si le trigger est exécuté une fois par ligne
         traitée ou une fois par instruction (<literal>ROW</literal> ou
         <literal>STATEMENT</literal>)
        </para></entry>
@@ -7812,27 +7812,27 @@ ORDER BY c.ordinal_position;
   </table>
 
   <para>
-   Les déclencheurs dans <productname>PostgreSQL</productname> ont deux
+   Les triggers dans <productname>PostgreSQL</productname> ont deux
    incompatibilités avec le standard SQL qui affectent leur représentation dans le
    schéma d'information.
   </para>
 
   <para>
-   Premièrement, les noms des déclencheurs sont locaux à chaque
+   Premièrement, les noms des triggers sont locaux à chaque
    table sous <productname>PostgreSQL</productname>, et ne sont pas des objets
-   du schéma indépendants. De ce fait, il peut exister des déclencheurs de même
+   du schéma indépendants. De ce fait, il peut exister des triggers de même
    noms au sein d'un schéma, pour peu qu'ils s'occupent de tables différentes.
    (<literal>trigger_catalog</literal> et <literal>trigger_schema</literal> sont
    les champs qui décrivent effectivement la table sur laquelle est défini le
-   déclencheur.)
+   trigger.)
   </para>
 
   <para>
-   Deuxièmement, les déclencheurs peuvent être définis pour
+   Deuxièmement, les triggers peuvent être définis pour
    s'exécuter sur plusieurs événements sous
    <productname>PostgreSQL</productname> (c'est-à-dire <literal>ON INSERT OR
     UPDATE</literal>) alors que le standard SQL n'en autorise qu'un. Si un
-   déclencheur est défini pour s'exécuter sur plusieurs événements, il est
+   trigger est défini pour s'exécuter sur plusieurs événements, il est
    représenté sur plusieurs lignes dans le schéma d'information, une pour chaque
    type d'événement.
   </para>
@@ -7842,9 +7842,9 @@ ORDER BY c.ordinal_position;
    <literal>(trigger_catalog, trigger_schema, event_object_table,
     trigger_name, event_manipulation)</literal> et non <literal>(trigger_catalog,
     trigger_schema, trigger_name)</literal> comme le spécifie le standard SQL.
-   Néanmoins, si les déclencheurs sont définis de manière conforme au
-   standard SQL (des noms de déclencheurs uniques dans le schéma et un seul
-   type d'événement par déclencheur), il n'y a pas lieu de se préoccuper de ces
+   Néanmoins, si les triggers sont définis de manière conforme au
+   standard SQL (des noms de triggers uniques dans le schéma et un seul
+   type d'événement par trigger), il n'y a pas lieu de se préoccuper de ces
    deux incompatibilités.
   </para>
 

postgresql/perform.xml

@@ -1758,10 +1758,10 @@ WHERE quelquechosedautre;</programlisting>
    <para>
     De plus, quand vous chargez des données dans une table contenant des
     contraintes de clés étrangères, chaque nouvelle ligne requiert une entrée
-    dans la liste des événements de déclencheur en attente(puisque c'est le
-    lancement d'un déclencheur qui vérifie la contrainte de clé étrangère de
+    dans la liste des événements de trigger en attente(puisque c'est le
+    lancement d'un trigger qui vérifie la contrainte de clé étrangère de
     la ligne). Le chargement de plusieurs millions de lignes peut amener la
-    taille de la file d'attente des déclencheurs à dépasser la mémoire
+    taille de la file d'attente des triggers à dépasser la mémoire
     disponible, causant ainsi une mise en mémoire swap intolérable, voire
     l'échec de la commande. Dans ce cas, il peut être
     <emphasis>nécessaire</emphasis>, pas seulement souhaitable, de supprimer

postgresql/plhandler.xml

@@ -89,15 +89,15 @@
  </para>
 
  <para>
-  Lorsqu'une fonction en langage procédural est appelée via un déclencheur,
+  Lorsqu'une fonction en langage procédural est appelée via un trigger,
   aucun argument ne lui est passé de façon traditionnelle mais le champ
   <structfield>context</structfield> de
   <structname>FunctionCallInfoBaseData</structname> pointe sur une structure
   <structname>TriggerData</structname>. Il n'est pas
   <symbol>NULL</symbol> comme c'est le cas dans les appels de fonctions standard.
   Un gestionnaire de langage doit fournir les mécanismes pour que les
   fonctions de langages procéduraux obtiennent les informations du
-  déclencheur.
+  trigger.
  </para>
 
  <para>