長音を省く統一（３）

トリガ、スカラに統一。
. pgsql-jp#2617 のコメントの対応第三弾です。
NGリストの順番を少し変更して長音の単語を追加しました。

.ng.list

@@ -48,6 +48,8 @@
 リーダ[^ー]
 マーカ[^ー]
 スィート
+インターフェース
+インターフェイス
 カテゴリー
 スーパーバイザー
 セキュリティー
@@ -66,8 +68,15 @@
 ヘッダー
 メモリー
 サマリー
-インターフェース
-インターフェイス
 ユーザー
 サーバー
-フィルター
+フィルター
+ランチャー
+ベンダー
+シグネチャー
+スカラー
+ダーティー
+トリガー
+パーサー
+プレースホルダー
+ペナルティー

doc/src/sgml/btree.sgml

@@ -978,7 +978,7 @@ B-Treeインデックスは、MVCCの下で同じ論理テーブル行の複数
    thresholds are exceeded (see <xref linkend="autovacuum"/>).
 -->
 B-Treeインデックスは、<firstterm>ボトムアップインデックスの削除</firstterm>パスの実行によって、バージョンチャーンのインデックスタプルを徐々に削除します。
-各削除パスは、予期された<quote>バージョンチャーンのページ分割</quote>に対してトリガーされます。
+各削除パスは、予期された<quote>バージョンチャーンのページ分割</quote>に対してトリガされます。
 これは、<command>UPDATE</command>文によって論理的に変更されてないインデックスだけで発生します。
 さもないと、特定のページで使われなくなったバージョンが集中的に蓄積されます。
 ある種の実装レベルの発見的手法は、均一のごみインデックスタプルの特定及び削除に失敗する可能がありますが、ページの分割は通常避けることができます（ページ分割もしくは重複排除パスの場合に、リーフページ上の収まらない新しいタプルが入ることの問題が解決します）。

doc/src/sgml/config.sgml

@@ -7407,7 +7407,7 @@ WALの生成頻度が少ないシステムでは、この値を大きくする
         state, until the standby is promoted or triggered. After that the standby
         will end recovery without further waiting.
 -->
-ひとたびリカバリ中のデータベースが整合性のとれた状態になれば、スタンバイサーバが昇格またはトリガーになるまで、遅延が発生します。
+ひとたびリカバリ中のデータベースが整合性のとれた状態になれば、スタンバイサーバが昇格またはトリガになるまで、遅延が発生します。
 その後、スタンバイサーバはそれ以上待たずにリカバリを終了します。
        </para>
        <para>
@@ -13626,7 +13626,7 @@ SQLトランザクションはそれぞれ、<quote>read uncommitted</quote>、<
         Only superusers and users with the appropriate <literal>SET</literal>
         privilege can change this setting.
 -->
-現在のセッションに対するレプリケーション関連のトリガーおよびルールの起動を制御します。
+現在のセッションに対するレプリケーション関連のトリガおよびルールの起動を制御します。
 使用可能な値は、<literal>origin</literal>(デフォルト)、<literal>replica</literal>および<literal>local</literal>です。
 このパラメータを設定すると、以前にキャッシュされた問合せ計画が破棄されます。
 スーパーユーザおよび適切な<literal>SET</literal>権限を持つユーザのみがこの設定を変更できます。

doc/src/sgml/config1.sgml

@@ -3252,7 +3252,7 @@ WALの生成頻度が少ないシステムでは、この値を大きくする
         state, until the standby is promoted or triggered. After that the standby
         will end recovery without further waiting.
 -->
-ひとたびリカバリ中のデータベースが整合性のとれた状態になれば、スタンバイサーバが昇格またはトリガーになるまで、遅延が発生します。
+ひとたびリカバリ中のデータベースが整合性のとれた状態になれば、スタンバイサーバが昇格またはトリガになるまで、遅延が発生します。
 その後、スタンバイサーバはそれ以上待たずにリカバリを終了します。
        </para>
        <para>

doc/src/sgml/config3.sgml

@@ -205,7 +205,7 @@
         Only superusers and users with the appropriate <literal>SET</literal>
         privilege can change this setting.
 -->
-現在のセッションに対するレプリケーション関連のトリガーおよびルールの起動を制御します。
+現在のセッションに対するレプリケーション関連のトリガおよびルールの起動を制御します。
 使用可能な値は、<literal>origin</literal>(デフォルト)、<literal>replica</literal>および<literal>local</literal>です。
 このパラメータを設定すると、以前にキャッシュされた問合せ計画が破棄されます。
 スーパーユーザおよび適切な<literal>SET</literal>権限を持つユーザのみがこの設定を変更できます。

doc/src/sgml/ddl.sgml

@@ -6319,7 +6319,7 @@ ALTER INDEX measurement_city_id_logdate_key
        <literal>BEFORE ROW</literal> triggers on <literal>INSERT</literal>
        cannot change which partition is the final destination for a new row.
 -->
-<literal>INSERT</literal>の<literal>BEFORE ROW</literal>トリガーは、どのパーティションが新しい行の最終目的地であるかを変更することはできません。
+<literal>INSERT</literal>の<literal>BEFORE ROW</literal>トリガは、どのパーティションが新しい行の最終目的地であるかを変更することはできません。
       </para>
      </listitem>
 
@@ -6655,8 +6655,8 @@ CREATE INDEX measurement_y2008m01_logdate ON measurement_y2008m01 (logdate);
          use a very simple trigger function:
 -->
 アプリケーションで<literal>INSERT INTO measurement ...</literal>を実行することができ、そのときにデータが適切な子テーブルにリダイレクトされることが望ましいです。
-rootテーブルに適当なトリガー関数を追加することでそのような設定にできます。
-データが最後の子テーブルにしか追加されないなら、次のような非常に単純なトリガー関数を使うことができます。
+rootテーブルに適当なトリガ関数を追加することでそのような設定にできます。
+データが最後の子テーブルにしか追加されないなら、次のような非常に単純なトリガ関数を使うことができます。
 
 <programlisting>
 CREATE OR REPLACE FUNCTION measurement_insert_trigger()
@@ -6761,7 +6761,7 @@ LANGUAGE plpgsql;
          child table is to set up rules, instead of a trigger, on the
          root table.  For example:
 -->
-挿入を適切な子テーブルにリダイレクトする別の方法は、rootテーブルにトリガーではなくルールを設定することです。
+挿入を適切な子テーブルにリダイレクトする別の方法は、rootテーブルにトリガではなくルールを設定することです。
 例えば次のようにします。
 
 <programlisting>
@@ -6784,8 +6784,8 @@ DO INSTEAD
          method might be advantageous for bulk-insert situations.  In most
          cases, however, the trigger method will offer better performance.
 -->
-ルールはトリガーに比べるとかなり大きなオーバーヘッドがありますが、このオーバーヘッドは一つの問い合わせに対して一度だけで行ごとではないので、この方法にも一括挿入の状況では利点があります。
-ただし、ほとんどの場合はトリガーを使う方法の方が良いパフォーマンスを得られます。
+ルールはトリガに比べるとかなり大きなオーバーヘッドがありますが、このオーバーヘッドは一つの問い合わせに対して一度だけで行ごとではないので、この方法にも一括挿入の状況では利点があります。
+ただし、ほとんどの場合はトリガを使う方法の方が良いパフォーマンスを得られます。
         </para>
 
         <para>
@@ -6798,7 +6798,7 @@ DO INSTEAD
 -->
 <command>COPY</command>はルールを無視することに注意してください。
 データの挿入に<command>COPY</command>を使いたい場合は、rootではなく正しい子テーブルにコピーする必要があります。
-トリガーであれば<command>COPY</command>でも起動されるので、トリガーを使う方法であれば通常通りに使用できます。
+トリガであれば<command>COPY</command>でも起動されるので、トリガを使う方法であれば通常通りに使用できます。
         </para>
 
         <para>
@@ -6955,7 +6955,7 @@ ALTER TABLE measurement_y2008m02 INHERIT measurement;
 -->
 ここで示した方法は、行のキー列の値が変わらないか、あるいは、少なくとも他のパーティションへの移動が必要になるような変更はないということを前提としています。
 そのような変更をしようとする<command>UPDATE</command>は<literal>CHECK</literal>制約のためにエラーになります。
-このような場合を処理できる必要があるなら、子テーブルに適切なUPDATEトリガーを設定することもできますが、構造の管理がずっと複雑になります。
+このような場合を処理できる必要があるなら、子テーブルに適切なUPDATEトリガを設定することもできますが、構造の管理がずっと複雑になります。
        </para>
       </listitem>
 
@@ -7000,8 +7000,8 @@ rootテーブルしか処理しません。
         be much slower than the tuple routing performed internally by
         declarative partitioning.
 -->
-アプリケーションがパーティショニングのスキームについて明示的に意識しているのでなければ、トリガーまたはルールで行を適切な子テーブルに振り向ける必要があります。
-トリガーを書くのは複雑であり、また宣言的パーティショニングによって内部的に実行されるタプルの振り向けよりずっと遅いでしょう。
+アプリケーションがパーティショニングのスキームについて明示的に意識しているのでなければ、トリガまたはルールで行を適切な子テーブルに振り向ける必要があります。
+トリガを書くのは複雑であり、また宣言的パーティショニングによって内部的に実行されるタプルの振り向けよりずっと遅いでしょう。
        </para>
       </listitem>
      </itemizedlist>

doc/src/sgml/dml.sgml

@@ -531,8 +531,8 @@ DELETE FROM products
    the triggers.  Thus, inspecting columns computed by triggers is another
    common use-case for <literal>RETURNING</literal>.
 -->
-対象のテーブルにトリガー（<xref linkend="triggers"/>）がある場合、<literal>RETURNING</literal>で利用できるデータは、トリガーで更新された行です。
-従って、トリガーによって計算された列を検査するのも<literal>RETURNING</literal>の一般的な利用方法の一つです。
+対象のテーブルにトリガ（<xref linkend="triggers"/>）がある場合、<literal>RETURNING</literal>で利用できるデータは、トリガで更新された行です。
+従って、トリガによって計算された列を検査するのも<literal>RETURNING</literal>の一般的な利用方法の一つです。
   </para>
 
  </sect1>

doc/src/sgml/ecpg.sgml

@@ -2189,7 +2189,7 @@ EXEC SQL END DECLARE SECTION;
     this is distinct from the handling of host variables of
     nonprimitive types, described in the previous section.
 -->
-本節では、非スカラー型およびユーザ定義のSQLデータ型をECPGアプリケーションで扱う方法を示します。
+本節では、非スカラ型およびユーザ定義のSQLデータ型をECPGアプリケーションで扱う方法を示します。
 これは、前節で説明した非プリミティブ型のホスト変数の扱い方とは異なります。
    </para>
 

doc/src/sgml/fdwhandler.sgml

@@ -868,7 +868,7 @@ ExecForeignInsert(EState *estate,
      (again, typically as a result of triggers).  The passed-in
      <literal>slot</literal> can be re-used for this purpose.
 -->
-戻り値は実際に挿入されたデータ(例えばトリガー処理の結果などにより、提供されたデータとは異なるかもしれません)を含むスロットか、または(こちらも一般的にトリガーの結果)実際には挿入されなかった場合はNULLです。
+戻り値は実際に挿入されたデータ(例えばトリガ処理の結果などにより、提供されたデータとは異なるかもしれません)を含むスロットか、または(こちらも一般的にトリガの結果)実際には挿入されなかった場合はNULLです。
 渡された<literal>slot</literal>はこの用途に再利用可能です。
     </para>
 
@@ -941,7 +941,7 @@ ExecForeignBatchInsert(EState *estate,
      The number of successfully inserted tuples is returned in
      <literal>*numSlots</literal>.
 -->
-戻り値は実際に挿入されたデータを含んだスロットの配列です。（これは例えばトリガー実行の結果として、提供された結果と異なるかもしれません。）
+戻り値は実際に挿入されたデータを含んだスロットの配列です。（これは例えばトリガ実行の結果として、提供された結果と異なるかもしれません。）
 渡された<literal>slots</literal>は、この目的のために再利用できます。
 挿入に成功したタプルの数は、<literal>*numSlots</literal>に返されます。
     </para>
@@ -956,8 +956,8 @@ ExecForeignBatchInsert(EState *estate,
      depending on the contents of the
      <literal>WITH CHECK OPTION</literal> constraints.
 -->
-返却されたスロット内のデータは<command>INSERT</command>文がビュー<literal>WITH CHECK OPTION</literal>を含む場合、または外部テーブルに<literal>AFTER ROW</literal>トリガーがある場合にのみ、使用されます。
-トリガーはすべての列を必要としますが、FDWは<literal>WITH CHECK OPTION</literal>制約の内容に応じて、一部またはすべての列を返さないように最適化することを選択することができます。
+返却されたスロット内のデータは<command>INSERT</command>文がビュー<literal>WITH CHECK OPTION</literal>を含む場合、または外部テーブルに<literal>AFTER ROW</literal>トリガがある場合にのみ、使用されます。
+トリガはすべての列を必要としますが、FDWは<literal>WITH CHECK OPTION</literal>制約の内容に応じて、一部またはすべての列を返さないように最適化することを選択することができます。
     </para>
 
     <para>
@@ -1062,7 +1062,7 @@ ExecForeignUpdate(EState *estate,
      (again, typically as a result of triggers).  The passed-in
      <literal>slot</literal> can be re-used for this purpose.
 -->
-戻り値は実際に更新されたデータ(例えばトリガー処理の結果などにより、提供されたデータとは異なるかもしれません)を含むスロットか、または(こちらも一般的にトリガーの結果)実際には更新されなかった場合はNULLです。
+戻り値は実際に更新されたデータ(例えばトリガ処理の結果などにより、提供されたデータとは異なるかもしれません)を含むスロットか、または(こちらも一般的にトリガの結果)実際には更新されなかった場合はNULLです。
 渡された<literal>slot</literal>はこの用途に再利用可能です。
     </para>
 
@@ -1127,7 +1127,7 @@ ExecForeignDelete(EState *estate,
      or NULL if no row was deleted (typically as a result of triggers).  The
      passed-in <literal>slot</literal> can be used to hold the tuple to be returned.
 -->
-戻り値は実際に削除されたデータを含むスロットか、または(一般的にトリガーの結果)実際には削除されなかった場合はNULLです。
+戻り値は実際に削除されたデータを含むスロットか、または(一般的にトリガの結果)実際には削除されなかった場合はNULLです。
 渡された<literal>slot</literal>は返却するタプルを保持する用途に利用可能です。
     </para>