diff --git a/.ng.list b/.ng.list index 053d243f018..a221af4a07f 100644 --- a/.ng.list +++ b/.ng.list @@ -48,6 +48,8 @@ リーダ[^ー] マーカ[^ー] スィート +インターフェース +インターフェイス カテゴリー スーパーバイザー セキュリティー @@ -66,8 +68,15 @@ ヘッダー メモリー サマリー -インターフェース -インターフェイス ユーザー サーバー -フィルター \ No newline at end of file +フィルター +ランチャー +ベンダー +シグネチャー +スカラー +ダーティー +トリガー +パーサー +プレースホルダー +ペナルティー diff --git a/doc/src/sgml/btree.sgml b/doc/src/sgml/btree.sgml index 6df5dcf106a..af656b25a79 100644 --- a/doc/src/sgml/btree.sgml +++ b/doc/src/sgml/btree.sgml @@ -978,7 +978,7 @@ B-Treeインデックスは、MVCCの下で同じ論理テーブル行の複数 thresholds are exceeded (see ). --> B-Treeインデックスは、ボトムアップインデックスの削除パスの実行によって、バージョンチャーンのインデックスタプルを徐々に削除します。 -各削除パスは、予期されたバージョンチャーンのページ分割に対してトリガーされます。 +各削除パスは、予期されたバージョンチャーンのページ分割に対してトリガされます。 これは、UPDATE文によって論理的に変更されてないインデックスだけで発生します。 さもないと、特定のページで使われなくなったバージョンが集中的に蓄積されます。 ある種の実装レベルの発見的手法は、均一のごみインデックスタプルの特定及び削除に失敗する可能がありますが、ページの分割は通常避けることができます（ページ分割もしくは重複排除パスの場合に、リーフページ上の収まらない新しいタプルが入ることの問題が解決します）。 diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml index 12849a90049..b139c43d9c7 100644 --- a/doc/src/sgml/config.sgml +++ b/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. --> -ひとたびリカバリ中のデータベースが整合性のとれた状態になれば、スタンバイサーバが昇格またはトリガーになるまで、遅延が発生します。 +ひとたびリカバリ中のデータベースが整合性のとれた状態になれば、スタンバイサーバが昇格またはトリガになるまで、遅延が発生します。 その後、スタンバイサーバはそれ以上待たずにリカバリを終了します。 @@ -13626,7 +13626,7 @@ SQLトランザクションはそれぞれ、read uncommitted、< Only superusers and users with the appropriate SET privilege can change this setting. --> -現在のセッションに対するレプリケーション関連のトリガーおよびルールの起動を制御します。 +現在のセッションに対するレプリケーション関連のトリガおよびルールの起動を制御します。 使用可能な値は、origin(デフォルト)、replicaおよびlocalです。 このパラメータを設定すると、以前にキャッシュされた問合せ計画が破棄されます。 スーパーユーザおよび適切なSET権限を持つユーザのみがこの設定を変更できます。 diff --git a/doc/src/sgml/config1.sgml b/doc/src/sgml/config1.sgml index ce256e6a5ff..3e0df0ebfaf 100644 --- a/doc/src/sgml/config1.sgml +++ b/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. --> -ひとたびリカバリ中のデータベースが整合性のとれた状態になれば、スタンバイサーバが昇格またはトリガーになるまで、遅延が発生します。 +ひとたびリカバリ中のデータベースが整合性のとれた状態になれば、スタンバイサーバが昇格またはトリガになるまで、遅延が発生します。 その後、スタンバイサーバはそれ以上待たずにリカバリを終了します。 diff --git a/doc/src/sgml/config3.sgml b/doc/src/sgml/config3.sgml index c42cdcf987b..8dce7cf447d 100644 --- a/doc/src/sgml/config3.sgml +++ b/doc/src/sgml/config3.sgml @@ -205,7 +205,7 @@ Only superusers and users with the appropriate SET privilege can change this setting. --> -現在のセッションに対するレプリケーション関連のトリガーおよびルールの起動を制御します。 +現在のセッションに対するレプリケーション関連のトリガおよびルールの起動を制御します。 使用可能な値は、origin(デフォルト)、replicaおよびlocalです。 このパラメータを設定すると、以前にキャッシュされた問合せ計画が破棄されます。 スーパーユーザおよび適切なSET権限を持つユーザのみがこの設定を変更できます。 diff --git a/doc/src/sgml/ddl.sgml b/doc/src/sgml/ddl.sgml index b4c3928d9d6..c83ef3442ce 100644 --- a/doc/src/sgml/ddl.sgml +++ b/doc/src/sgml/ddl.sgml @@ -6319,7 +6319,7 @@ ALTER INDEX measurement_city_id_logdate_key BEFORE ROW triggers on INSERT cannot change which partition is the final destination for a new row. --> -INSERTのBEFORE ROWトリガーは、どのパーティションが新しい行の最終目的地であるかを変更することはできません。 +INSERTのBEFORE ROWトリガは、どのパーティションが新しい行の最終目的地であるかを変更することはできません。 @@ -6655,8 +6655,8 @@ CREATE INDEX measurement_y2008m01_logdate ON measurement_y2008m01 (logdate); use a very simple trigger function: --> アプリケーションでINSERT INTO measurement ...を実行することができ、そのときにデータが適切な子テーブルにリダイレクトされることが望ましいです。 -rootテーブルに適当なトリガー関数を追加することでそのような設定にできます。 -データが最後の子テーブルにしか追加されないなら、次のような非常に単純なトリガー関数を使うことができます。 +rootテーブルに適当なトリガ関数を追加することでそのような設定にできます。 +データが最後の子テーブルにしか追加されないなら、次のような非常に単純なトリガ関数を使うことができます。 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テーブルにトリガではなくルールを設定することです。 例えば次のようにします。 @@ -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. --> -ルールはトリガーに比べるとかなり大きなオーバーヘッドがありますが、このオーバーヘッドは一つの問い合わせに対して一度だけで行ごとではないので、この方法にも一括挿入の状況では利点があります。 -ただし、ほとんどの場合はトリガーを使う方法の方が良いパフォーマンスを得られます。 +ルールはトリガに比べるとかなり大きなオーバーヘッドがありますが、このオーバーヘッドは一つの問い合わせに対して一度だけで行ごとではないので、この方法にも一括挿入の状況では利点があります。 +ただし、ほとんどの場合はトリガを使う方法の方が良いパフォーマンスを得られます。 @@ -6798,7 +6798,7 @@ DO INSTEAD --> COPYはルールを無視することに注意してください。 データの挿入にCOPYを使いたい場合は、rootではなく正しい子テーブルにコピーする必要があります。 -トリガーであればCOPYでも起動されるので、トリガーを使う方法であれば通常通りに使用できます。 +トリガであればCOPYでも起動されるので、トリガを使う方法であれば通常通りに使用できます。 @@ -6955,7 +6955,7 @@ ALTER TABLE measurement_y2008m02 INHERIT measurement; --> ここで示した方法は、行のキー列の値が変わらないか、あるいは、少なくとも他のパーティションへの移動が必要になるような変更はないということを前提としています。 そのような変更をしようとするUPDATEはCHECK制約のためにエラーになります。 -このような場合を処理できる必要があるなら、子テーブルに適切なUPDATEトリガーを設定することもできますが、構造の管理がずっと複雑になります。 +このような場合を処理できる必要があるなら、子テーブルに適切なUPDATEトリガを設定することもできますが、構造の管理がずっと複雑になります。 @@ -7000,8 +7000,8 @@ rootテーブルしか処理しません。 be much slower than the tuple routing performed internally by declarative partitioning. --> -アプリケーションがパーティショニングのスキームについて明示的に意識しているのでなければ、トリガーまたはルールで行を適切な子テーブルに振り向ける必要があります。 -トリガーを書くのは複雑であり、また宣言的パーティショニングによって内部的に実行されるタプルの振り向けよりずっと遅いでしょう。 +アプリケーションがパーティショニングのスキームについて明示的に意識しているのでなければ、トリガまたはルールで行を適切な子テーブルに振り向ける必要があります。 +トリガを書くのは複雑であり、また宣言的パーティショニングによって内部的に実行されるタプルの振り向けよりずっと遅いでしょう。 diff --git a/doc/src/sgml/dml.sgml b/doc/src/sgml/dml.sgml index c385d37f0f6..8dfce9cd53a 100644 --- a/doc/src/sgml/dml.sgml +++ b/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 RETURNING. --> -対象のテーブルにトリガー（）がある場合、RETURNINGで利用できるデータは、トリガーで更新された行です。 -従って、トリガーによって計算された列を検査するのもRETURNINGの一般的な利用方法の一つです。 +対象のテーブルにトリガ（）がある場合、RETURNINGで利用できるデータは、トリガで更新された行です。 +従って、トリガによって計算された列を検査するのもRETURNINGの一般的な利用方法の一つです。 diff --git a/doc/src/sgml/ecpg.sgml b/doc/src/sgml/ecpg.sgml index 300047482a1..79ed6bd7df7 100644 --- a/doc/src/sgml/ecpg.sgml +++ b/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アプリケーションで扱う方法を示します。 これは、前節で説明した非プリミティブ型のホスト変数の扱い方とは異なります。 diff --git a/doc/src/sgml/fdwhandler.sgml b/doc/src/sgml/fdwhandler.sgml index 8fab6c91d09..a934a0ccd33 100644 --- a/doc/src/sgml/fdwhandler.sgml +++ b/doc/src/sgml/fdwhandler.sgml @@ -868,7 +868,7 @@ ExecForeignInsert(EState *estate, (again, typically as a result of triggers). The passed-in slot can be re-used for this purpose. --> -戻り値は実際に挿入されたデータ(例えばトリガー処理の結果などにより、提供されたデータとは異なるかもしれません)を含むスロットか、または(こちらも一般的にトリガーの結果)実際には挿入されなかった場合はNULLです。 +戻り値は実際に挿入されたデータ(例えばトリガ処理の結果などにより、提供されたデータとは異なるかもしれません)を含むスロットか、または(こちらも一般的にトリガの結果)実際には挿入されなかった場合はNULLです。 渡されたslotはこの用途に再利用可能です。 @@ -941,7 +941,7 @@ ExecForeignBatchInsert(EState *estate, The number of successfully inserted tuples is returned in *numSlots. --> -戻り値は実際に挿入されたデータを含んだスロットの配列です。（これは例えばトリガー実行の結果として、提供された結果と異なるかもしれません。） +戻り値は実際に挿入されたデータを含んだスロットの配列です。（これは例えばトリガ実行の結果として、提供された結果と異なるかもしれません。） 渡されたslotsは、この目的のために再利用できます。 挿入に成功したタプルの数は、*numSlotsに返されます。 @@ -956,8 +956,8 @@ ExecForeignBatchInsert(EState *estate, depending on the contents of the WITH CHECK OPTION constraints. --> -返却されたスロット内のデータはINSERT文がビューWITH CHECK OPTIONを含む場合、または外部テーブルにAFTER ROWトリガーがある場合にのみ、使用されます。 -トリガーはすべての列を必要としますが、FDWはWITH CHECK OPTION制約の内容に応じて、一部またはすべての列を返さないように最適化することを選択することができます。 +返却されたスロット内のデータはINSERT文がビューWITH CHECK OPTIONを含む場合、または外部テーブルにAFTER ROWトリガがある場合にのみ、使用されます。 +トリガはすべての列を必要としますが、FDWはWITH CHECK OPTION制約の内容に応じて、一部またはすべての列を返さないように最適化することを選択することができます。 @@ -1062,7 +1062,7 @@ ExecForeignUpdate(EState *estate, (again, typically as a result of triggers). The passed-in slot can be re-used for this purpose. --> -戻り値は実際に更新されたデータ(例えばトリガー処理の結果などにより、提供されたデータとは異なるかもしれません)を含むスロットか、または(こちらも一般的にトリガーの結果)実際には更新されなかった場合はNULLです。 +戻り値は実際に更新されたデータ(例えばトリガ処理の結果などにより、提供されたデータとは異なるかもしれません)を含むスロットか、または(こちらも一般的にトリガの結果)実際には更新されなかった場合はNULLです。 渡されたslotはこの用途に再利用可能です。 @@ -1127,7 +1127,7 @@ ExecForeignDelete(EState *estate, or NULL if no row was deleted (typically as a result of triggers). The passed-in slot can be used to hold the tuple to be returned. --> -戻り値は実際に削除されたデータを含むスロットか、または(一般的にトリガーの結果)実際には削除されなかった場合はNULLです。 +戻り値は実際に削除されたデータを含むスロットか、または(一般的にトリガの結果)実際には削除されなかった場合はNULLです。 渡されたslotは返却するタプルを保持する用途に利用可能です。 diff --git a/doc/src/sgml/func.sgml b/doc/src/sgml/func.sgml index 771ba617afa..9dcc90e5a6f 100644 --- a/doc/src/sgml/func.sgml +++ b/doc/src/sgml/func.sgml @@ -12168,7 +12168,7 @@ ISO 8601週番号年の文脈では、月、あるいは -時間間隔にスカラーを乗算 +時間間隔にスカラを乗算 interval '1 second' * 900 @@ -12193,7 +12193,7 @@ ISO 8601週番号年の文脈では、月、あるいは -時間間隔をスカラーで除算 +時間間隔をスカラで除算 interval '1 hour' / 1.5 @@ -15419,7 +15419,7 @@ CREATE TYPE rainbow AS ENUM ('red', 'orange', 'yellow', 'green', 'blue', 'purple The other scalar comparison operators (<= and so on), where available for these types, likewise compare areas. --> -同じを示す~=演算子はpoint、box、polygon、およびcircle型に対し通常の等価概念を示すことに注意してください。これらのいくつかの型は=演算子を持ちますが、=は面積の等しさのみを比較します。これらの型で利用可能であれば、その他のスカラー比較演算子（<=など）は同様に面積を比較します。 +同じを示す~=演算子はpoint、box、polygon、およびcircle型に対し通常の等価概念を示すことに注意してください。これらのいくつかの型は=演算子を持ちますが、=は面積の等しさのみを比較します。これらの型で利用可能であれば、その他のスカラ比較演算子（<=など）は同様に面積を比較します。 @@ -19105,7 +19105,7 @@ SELECT xml_is_well_formed_document(' @@ -22957,7 +22957,7 @@ JSON数値あるいは文字列から変換した概算の浮動小数点数 Equality comparison (this, and the other comparison operators, work on all JSON scalar values) --> -等値比較（これと他の比較演算子はすべてのJSONスカラー値で使えます） +等値比較（これと他の比較演算子はすべてのJSONスカラ値で使えます） jsonb_path_query_array('[1, "a", 1, 3]', '$[*] ? (@ == 1)') @@ -38033,7 +38033,7 @@ FOR EACH ROW EXECUTE FUNCTION suppress_redundant_updates_trigger(); may return more than one row. This function returns the following columns: --> -pg_event_trigger_ddl_commandsがddl_command_endイベントトリガーに付与された関数から起動されると、各ユーザの操作によって実行されたDDLコマンドの一覧を返します。 +pg_event_trigger_ddl_commandsがddl_command_endイベントトリガに付与された関数から起動されると、各ユーザの操作によって実行されたDDLコマンドの一覧を返します。 それ以外の環境から呼び出された場合はエラーが発生します。 pg_event_trigger_ddl_commandsは、実行された基となるコマンドのそれぞれについて1行を返します。 1つのSQL文として実行されるいくつかのコマンドに対して、複数の行が返されることもあります。 diff --git a/doc/src/sgml/func2.sgml b/doc/src/sgml/func2.sgml index 4c8d63d8e6b..430a7865d4b 100644 --- a/doc/src/sgml/func2.sgml +++ b/doc/src/sgml/func2.sgml @@ -2116,7 +2116,7 @@ ISO 8601週番号年の文脈では、月、あるいは -時間間隔にスカラーを乗算 +時間間隔にスカラを乗算 interval '1 second' * 900 @@ -2141,7 +2141,7 @@ ISO 8601週番号年の文脈では、月、あるいは -時間間隔をスカラーで除算 +時間間隔をスカラで除算 interval '1 hour' / 1.5 @@ -5367,7 +5367,7 @@ CREATE TYPE rainbow AS ENUM ('red', 'orange', 'yellow', 'green', 'blue', 'purple The other scalar comparison operators (<= and so on), where available for these types, likewise compare areas. --> -同じを示す~=演算子はpoint、box、polygon、およびcircle型に対し通常の等価概念を示すことに注意してください。これらのいくつかの型は=演算子を持ちますが、=は面積の等しさのみを比較します。これらの型で利用可能であれば、その他のスカラー比較演算子（<=など）は同様に面積を比較します。 +同じを示す~=演算子はpoint、box、polygon、およびcircle型に対し通常の等価概念を示すことに注意してください。これらのいくつかの型は=演算子を持ちますが、=は面積の等しさのみを比較します。これらの型で利用可能であれば、その他のスカラ比較演算子（<=など）は同様に面積を比較します。 @@ -9053,7 +9053,7 @@ SELECT xml_is_well_formed_document(' @@ -3018,7 +3018,7 @@ JSON数値あるいは文字列から変換した概算の浮動小数点数 Equality comparison (this, and the other comparison operators, work on all JSON scalar values) --> -等値比較（これと他の比較演算子はすべてのJSONスカラー値で使えます） +等値比較（これと他の比較演算子はすべてのJSONスカラ値で使えます） jsonb_path_query_array('[1, "a", 1, 3]', '$[*] ? (@ == 1)') diff --git a/doc/src/sgml/func4.sgml b/doc/src/sgml/func4.sgml index e719f83e804..2c774e403e7 100644 --- a/doc/src/sgml/func4.sgml +++ b/doc/src/sgml/func4.sgml @@ -9592,7 +9592,7 @@ FOR EACH ROW EXECUTE FUNCTION suppress_redundant_updates_trigger(); may return more than one row. This function returns the following columns: --> -pg_event_trigger_ddl_commandsがddl_command_endイベントトリガーに付与された関数から起動されると、各ユーザの操作によって実行されたDDLコマンドの一覧を返します。 +pg_event_trigger_ddl_commandsがddl_command_endイベントトリガに付与された関数から起動されると、各ユーザの操作によって実行されたDDLコマンドの一覧を返します。 それ以外の環境から呼び出された場合はエラーが発生します。 pg_event_trigger_ddl_commandsは、実行された基となるコマンドのそれぞれについて1行を返します。 1つのSQL文として実行されるいくつかのコマンドに対して、複数の行が返されることもあります。 diff --git a/doc/src/sgml/information_schema.sgml b/doc/src/sgml/information_schema.sgml index 298e1a41275..743cb0eb1d2 100644 --- a/doc/src/sgml/information_schema.sgml +++ b/doc/src/sgml/information_schema.sgml @@ -11841,7 +11841,7 @@ SQLは二種類のユーザ定義データ型を知っています。構造化 YES if the view has an INSTEAD OF UPDATE trigger defined on it, NO if not --> -ビューにINSTEAD OF UPDATEトリガーが定義されている場合はYES、さもなくばNOです。 +ビューにINSTEAD OF UPDATEトリガが定義されている場合はYES、さもなくばNOです。 @@ -11854,7 +11854,7 @@ SQLは二種類のユーザ定義データ型を知っています。構造化 YES if the view has an INSTEAD OF DELETE trigger defined on it, NO if not --> -ビューにINSTEAD OF DELETEトリガーが定義されている場合はYES、さもなくばNOです。 +ビューにINSTEAD OF DELETEトリガが定義されている場合はYES、さもなくばNOです。 @@ -11867,7 +11867,7 @@ SQLは二種類のユーザ定義データ型を知っています。構造化 YES if the view has an INSTEAD OF INSERT trigger defined on it, NO if not --> -ビューにINSTEAD OF INSERTトリガーが定義されている場合はYES、さもなくばNOです。 +ビューにINSTEAD OF INSERTトリガが定義されている場合はYES、さもなくばNOです。 diff --git a/doc/src/sgml/logical-replication.sgml b/doc/src/sgml/logical-replication.sgml index b358139bbf0..c657a35a24c 100644 --- a/doc/src/sgml/logical-replication.sgml +++ b/doc/src/sgml/logical-replication.sgml @@ -77,7 +77,7 @@ PostgreSQLは両方の仕組みを同時にサポートします。 Firing triggers for individual changes as they arrive on the subscriber. --> -サブスクライバーに更新が到着した時に、それぞれの更新に対してトリガーを起動する。 +サブスクライバーに更新が到着した時に、それぞれの更新に対してトリガを起動する。 @@ -189,7 +189,7 @@ PostgreSQLは両方の仕組みを同時にサポートします。 TRUNCATE. See ). --> パブリケーションは、生成される更新を、INSERT、UPDATE、DELETE、TRUNCATEのうちのどのような組み合わせにも制限することができます。 -これはトリガーが特定のイベント型によって起動されることに似ています。 +これはトリガが特定のイベント型によって起動されることに似ています。 デフォルトでは、すべての操作タイプがレプリケーションされます。 これらのパブリケーション指定はDML操作にのみ適用され、初期データ同期コピーには影響しません（行フィルタはTRUNCATEには影響しません。を参照してください） @@ -2318,8 +2318,8 @@ WAL送信プロセスはWALのロジカルデコーディング（ サブスクライバーデータベース上の適用プロセスは、常にsession_replication_roleをreplicaに設定して実行されます。 -これは、デフォルトでは、トリガーとルールはサブスクライバー上では起動されないことを意味します。 -ユーザは、必要に応じて、 ALTER TABLEコマンド、ENABLE TRIGGERおよびENABLE RULE句を使用して、テーブルのトリガーおよびルールを有効にすることを選択できます。 +これは、デフォルトでは、トリガとルールはサブスクライバー上では起動されないことを意味します。 +ユーザは、必要に応じて、 ALTER TABLEコマンド、ENABLE TRIGGERおよびENABLE RULE句を使用して、テーブルのトリガおよびルールを有効にすることを選択できます。 @@ -2329,8 +2329,8 @@ WAL送信プロセスはWALのロジカルデコーディング（COPY command and thus fires both row and statement triggers for INSERT. --> -今のところ、論理レプリケーション適用プロセスは行トリガーだけを起動し、文トリガーは起動しません。 -ただし、初期テーブル同期はCOPYコマンドのように実装されているので、INSERTの行と文トリガーの両方を起動します。 +今のところ、論理レプリケーション適用プロセスは行トリガだけを起動し、文トリガは起動しません。 +ただし、初期テーブル同期はCOPYコマンドのように実装されているので、INSERTの行と文トリガの両方を起動します。 @@ -2542,7 +2542,7 @@ WAL送信プロセスはWALのロジカルデコーディング（SELECT、INSERT、UPDATE、およびDELETE権限のみが必要であり、テーブル所有者に対するSET ROLE権限は不要です。 しかし、これはまた、レプリケーションが行われているテーブルを所有するユーザは、サブスクリプション所有者の権限で任意のコードを実行できることを意味します。 -たとえば、所有するテーブルにトリガーを付加するだけで、これを実行できます。 +たとえば、所有するテーブルにトリガを付加するだけで、これを実行できます。 通常、あるロールが別のロールの権限を自由に引き受けることは望ましくないので、データベース内のユーザセキュリティが問題にならない場合以外は、このオプションを避けるべきです。 diff --git a/doc/src/sgml/mvcc.sgml b/doc/src/sgml/mvcc.sgml index 2f18686ccf4..985cc92cf67 100644 --- a/doc/src/sgml/mvcc.sgml +++ b/doc/src/sgml/mvcc.sgml @@ -2428,7 +2428,7 @@ SELECT pg_advisory_lock(q.id) FROM --> この技術を使用した場合、アプリケーションソフトウェアが直列化失敗でロールバックしたトランザクションを自動的に再試行するようなフレームワークを備えている場合、アプリケーションプログラマにとって不必要な負担を生み出さないようにするでしょう。 default_transaction_isolationをserializableにセットすることはよい考えかもしれません。 -他のトランザクション分離レベルは使用されないことを保証する処置を講ずる、そうでなければ、不注意に完全位チェックを失わないよう、トリガーでトランザクション分離レベルのチェックをすることも賢明でしょう。 +他のトランザクション分離レベルは使用されないことを保証する処置を講ずる、そうでなければ、不注意に完全位チェックを失わないよう、トリガでトランザクション分離レベルのチェックをすることも賢明でしょう。 diff --git a/doc/src/sgml/pltcl.sgml b/doc/src/sgml/pltcl.sgml index d954101b8b8..aa60d4cc464 100644 --- a/doc/src/sgml/pltcl.sgml +++ b/doc/src/sgml/pltcl.sgml @@ -311,8 +311,8 @@ $$ LANGUAGE pltcl; --> PL/Tcl関数は集合を返すことができます。 このためにはTclコードで、return_nextを返却する行ごとに呼び出します。 -スカラー値を返却する場合は適切な値を、複合型を返す場合は列の名前/値ペアのリストを渡します。 -スカラー型を返す例を示します。 +スカラ値を返却する場合は適切な値を、複合型を返す場合は列の名前/値ペアのリストを渡します。 +スカラ型を返す例を示します。 CREATE FUNCTION sequence(int, int) RETURNS SETOF int AS $$ diff --git a/doc/src/sgml/postgres-fdw.sgml b/doc/src/sgml/postgres-fdw.sgml index 8d0f5884712..36b0cc978eb 100644 --- a/doc/src/sgml/postgres-fdw.sgml +++ b/doc/src/sgml/postgres-fdw.sgml @@ -1365,7 +1365,7 @@ postgres=# SELECT postgres_fdw_disconnect_all(); これは問い合わせのWHERE句をリモートサーバに送出する事、およびクエリで必要とされていないカラムを取得しない事により行われます。 問い合わせの誤作動のリスクを下げるため、組み込みあるいは外部サーバのextensionsオプションに列挙されている拡張に属するデータ型、演算子、関数だけを用いたものでない限り、リモートサーバにWHERE句は送出されません。 また、そのようなWHERE句で使われる演算子と関数はIMMUTABLEでなければなりません。 -UPDATEあるいはDELETEの問い合わせについては、リモートサーバに送出できないWHERE句がなく、問い合わせにローカルな結合がなく、対象のテーブルにローカルな行レベルのBEFOREあるいはAFTERトリガーや格納された生成列がなく、親ビューからのCHECK OPTION制約がないのであれば、postgres_fdwは問い合わせ全体をリモートサーバに送出することで、問い合わせの実行の最適化を図ります。 +UPDATEあるいはDELETEの問い合わせについては、リモートサーバに送出できないWHERE句がなく、問い合わせにローカルな結合がなく、対象のテーブルにローカルな行レベルのBEFOREあるいはAFTERトリガや格納された生成列がなく、親ビューからのCHECK OPTION制約がないのであれば、postgres_fdwは問い合わせ全体をリモートサーバに送出することで、問い合わせの実行の最適化を図ります。 UPDATEでは、問い合わせの誤った実行のリスクを低減するため、対象列への代入式では組み込みのデータ型、IMMUTABLE演算子、IMMUTABLE関数のみを使わなければなりません。 diff --git a/doc/src/sgml/rangetypes.sgml b/doc/src/sgml/rangetypes.sgml index b3d049ae3bb..6d1ec1f3294 100644 --- a/doc/src/sgml/rangetypes.sgml +++ b/doc/src/sgml/rangetypes.sgml @@ -820,7 +820,7 @@ CREATE INDEX reservation_idx ON reservation USING GIST (during); specification of constraints such as non-overlapping on a range type. For example: --> -UNIQUEはスカラー値には自然な制約ですが、範囲型には通常は適当ではありません。 +UNIQUEはスカラ値には自然な制約ですが、範囲型には通常は適当ではありません。 代わりに排他(exclude)制約を使うことの方が適切なことが多いです(CREATE TABLE ... CONSTRAINT ... EXCLUDEを参照してください)。 排他制約により、範囲型について重なりがないなどといった制約を指定することができます。 例えば、 @@ -860,7 +860,7 @@ with existing key (during)=(["2010-01-01 11:30:00","2010-01-01 15:00:00")). constraint will reject overlapping ranges only if the meeting room numbers are equal: --> -btree_gistの拡張を使って通常のスカラーのデータ型について排他制約を定義することができます。 +btree_gistの拡張を使って通常のスカラのデータ型について排他制約を定義することができます。 これをさらに範囲の排他と組み合わせることで大きな柔軟性を得ることができます。 例えば、btree_gistをインストールした時、次の制約は範囲の重なりについて、会議室の部屋番号も同じ時にのみ拒絶します。 diff --git a/doc/src/sgml/ref/comment.sgml b/doc/src/sgml/ref/comment.sgml index 12589a6eac8..3f9b311e4ba 100644 --- a/doc/src/sgml/ref/comment.sgml +++ b/doc/src/sgml/ref/comment.sgml @@ -197,7 +197,7 @@ COMMENT ON a policy these parameters specify the name of the table or domain on which that object is defined. --> -制約、トリガー、ルール、ポリシーにコメントを作成する場合、これらのパラメータはオブジェクトが定義されているテーブルまたはドメインの名前を指定します。 +制約、トリガ、ルール、ポリシーにコメントを作成する場合、これらのパラメータはオブジェクトが定義されているテーブルまたはドメインの名前を指定します。 diff --git a/doc/src/sgml/ref/create_domain.sgml b/doc/src/sgml/ref/create_domain.sgml index 409c5bc9ea1..a5cdf2372bc 100644 --- a/doc/src/sgml/ref/create_domain.sgml +++ b/doc/src/sgml/ref/create_domain.sgml @@ -302,7 +302,7 @@ INSERT INTO tab (domcol) VALUES ((SELECT domcol FROM tab WHERE false)); to be of the domain type, so no further constraint checking is applied to it, and the insertion will succeed. --> -空でスカラーの副SELECTにより、ドメイン型であると見なされるNULL値が生成されます。 +空でスカラの副SELECTにより、ドメイン型であると見なされるNULL値が生成されます。 そのため、制約についてこれ以上の検証は行われず、挿入は成功します。 diff --git a/doc/src/sgml/ref/create_policy.sgml b/doc/src/sgml/ref/create_policy.sgml index 3b69e0a1435..83b99b0c469 100644 --- a/doc/src/sgml/ref/create_policy.sgml +++ b/doc/src/sgml/ref/create_policy.sgml @@ -85,8 +85,8 @@ CREATE POLICY name ON WITH CHECK expressions are enforced before any other constraints. --> -INSERT文、UPDATE文およびMERGEでは、BEFOREトリガーが実行された後で、かつ、実際のデータ更新が行われるより前にWITH CHECK式が実行されます。 -従って、BEFORE ROWトリガーは挿入されるデータを変更する場合があり、これはセキュリティポリシーの検査の結果に影響を与えます。 +INSERT文、UPDATE文およびMERGEでは、BEFOREトリガが実行された後で、かつ、実際のデータ更新が行われるより前にWITH CHECK式が実行されます。 +従って、BEFORE ROWトリガは挿入されるデータを変更する場合があり、これはセキュリティポリシーの検査の結果に影響を与えます。 WITH CHECK式は他のいかなる制約よりも前に実行されます。 diff --git a/doc/src/sgml/ref/create_view.sgml b/doc/src/sgml/ref/create_view.sgml index 8ce7df305dd..87a61fa0d79 100644 --- a/doc/src/sgml/ref/create_view.sgml +++ b/doc/src/sgml/ref/create_view.sgml @@ -351,8 +351,8 @@ CREATE VIEW [ schema . ] view_nameINSTEAD rule. --> -CHECK OPTIONは、自動更新可能で、かつINSTEAD OFトリガーもINSTEADルールもないビューについてのみサポートされていることに注意してください。 -自動更新可能ビューがINSTEAD OFトリガーのあるビューに基づいて定義されている場合、LOCAL CHECK OPTIONを使って自動更新可能ビューの条件を検査することはできますが、INSTEAD OFトリガーを持つ基のビューの条件は検査されません(cascaded check optionはトリガーで更新されるビューにまでは伝わらず、またトリガーで更新可能なビューに直接定義されたcheck optionは無視されます)。 +CHECK OPTIONは、自動更新可能で、かつINSTEAD OFトリガもINSTEADルールもないビューについてのみサポートされていることに注意してください。 +自動更新可能ビューがINSTEAD OFトリガのあるビューに基づいて定義されている場合、LOCAL CHECK OPTIONを使って自動更新可能ビューの条件を検査することはできますが、INSTEAD OFトリガを持つ基のビューの条件は検査されません(cascaded check optionはトリガで更新されるビューにまでは伝わらず、またトリガで更新可能なビューに直接定義されたcheck optionは無視されます)。 ビューあるいはその基となるリレーションにINSTEADルールがあり、INSERTあるいはUPDATEの書き換えが生じる場合、その書き換えられたクエリでは(INSTEADルールのあるリレーションに基づく自動更新可能ビューのものも含めて)すべてのcheck optionが無視されます。 diff --git a/doc/src/sgml/ref/insert.sgml b/doc/src/sgml/ref/insert.sgml index 420d81cd96c..4f69afc1886 100644 --- a/doc/src/sgml/ref/insert.sgml +++ b/doc/src/sgml/ref/insert.sgml @@ -580,7 +580,7 @@ IDENTITY列には関連付けられた列により新しく生成された値が excluded values, since those effects may have contributed to the row being excluded from insertion. --> -すべての行レベルのBEFORE INSERTトリガーの結果がexcludedの値に反映されることに注意して下さい。 +すべての行レベルのBEFORE INSERTトリガの結果がexcludedの値に反映されることに注意して下さい。 これらの結果として、行が挿入から除外されることになったかもしれないからです。 diff --git a/doc/src/sgml/ref/notify.sgml b/doc/src/sgml/ref/notify.sgml index 70307325b2c..731dadbf413 100644 --- a/doc/src/sgml/ref/notify.sgml +++ b/doc/src/sgml/ref/notify.sgml @@ -102,7 +102,7 @@ NOTIFY channel [ , -特定のテーブルが変更されたことを通知するためにNOTIFYを使用する場合、NOTIFYをテーブル更新時に発行される文トリガー内に配置すると便利です。 +特定のテーブルが変更されたことを通知するためにNOTIFYを使用する場合、NOTIFYをテーブル更新時に発行される文トリガ内に配置すると便利です。 こうすると、通知はテーブルが変更された時に自動的に行われるので、アプリケーションプログラマが通知の実行を忘れるといった事故を防ぐことができます。 diff --git a/doc/src/sgml/ref/pg_basebackup.sgml b/doc/src/sgml/ref/pg_basebackup.sgml index 2db807dcb66..65ae736832a 100644 --- a/doc/src/sgml/ref/pg_basebackup.sgml +++ b/doc/src/sgml/ref/pg_basebackup.sgml @@ -139,7 +139,7 @@ PostgreSQL documentation -X noneの使用時にプライマリでの書き込みアクティビティが低い場合、 pg_basebackupはバックアップに必要な最後のWALファイルが 切り替わってアーカイブされるまで長時間待つ必要があるかもしれません。 -このような場合、即時のWALファイル切り替えをトリガーするためにプライマリで +このような場合、即時のWALファイル切り替えをトリガするためにプライマリで pg_switch_walを実行するのがおそらく有用です。 diff --git a/doc/src/sgml/ref/select.sgml b/doc/src/sgml/ref/select.sgml index 133e333ccbd..81c2ae686e4 100644 --- a/doc/src/sgml/ref/select.sgml +++ b/doc/src/sgml/ref/select.sgml @@ -1261,7 +1261,7 @@ GROUP BY [ ALL | DISTINCT ] grouping_elementCASE expression cannot be used to skip evaluation of an aggregate function; see . --> -すべての集約関数は、HAVING句やSELECTリストのどのスカラー式よりも先に評価されることに注意してください。 +すべての集約関数は、HAVING句やSELECTリストのどのスカラ式よりも先に評価されることに注意してください。 これは例えば、CASE式を集約関数の評価をスキップするために使うことはできない、ということを意味します。 を参照してください。 diff --git a/doc/src/sgml/release-16.sgml b/doc/src/sgml/release-16.sgml index d427903bfb8..4ccfbf50c31 100644 --- a/doc/src/sgml/release-16.sgml +++ b/doc/src/sgml/release-16.sgml @@ -723,7 +723,7 @@ Branch: REL_12_STABLE [b0037bbef] 2024-06-20 14:21:36 -0400 Don't throw an error if a queued AFTER trigger no longer exists (Tom Lane) --> -キューに入れられたAFTERトリガーがもはや存在しない場合は、エラーを発生しないようにしました。 +キューに入れられたAFTERトリガがもはや存在しない場合は、エラーを発生しないようにしました。 (Tom Lane) @@ -1401,7 +1401,7 @@ Branch: REL_12_STABLE [4488142a4] 2024-05-07 18:15:00 -0400 TD dictionary during a recursive trigger call (Tom Lane) --> -PL/Pythonで再帰トリガー呼び出し中にTD辞書を破壊しないよう修正しました。 +PL/Pythonで再帰トリガ呼び出し中にTD辞書を破壊しないよう修正しました。 (Tom Lane) @@ -1412,7 +1412,7 @@ Branch: REL_12_STABLE [4488142a4] 2024-05-07 18:15:00 -0400 created for the inner one would overwrite the outer one's TD dictionary. --> -PL/Python言語のトリガーによって別のトリガーが呼び出された場合、内側のトリガーのために作成されたTD辞書が外側のトリガーのTD辞書を上書きしていました。 +PL/Python言語のトリガによって別のトリガが呼び出された場合、内側のトリガのために作成されたTD辞書が外側のトリガのTD辞書を上書きしていました。 @@ -2372,7 +2372,7 @@ Branch: REL_12_STABLE [25675c474] 2024-03-27 13:39:03 -0400 intended all along, but due to a coding error it never triggered. --> 通常の集約関数をウィンドウ関数として使用し、ウィンドウフレームの開始がUNBOUNDED PRECEDINGに指定されている場合、フレームの先頭は移動できないため、特別な（より高価な）移動集約モードを使用する必要はありません。 -この最適化は当初から意図されていましたが、コーディングエラーのためにトリガーされていませんでした。 +この最適化は当初から意図されていましたが、コーディングエラーのためにトリガされていませんでした。 @@ -5913,7 +5913,7 @@ Branch: REL_16_STABLE [2bf99b48d] 2023-10-26 17:29:32 +0900 with relid NNNN errors. --> 最初に指定されたテーブルが制約によって除外されているが、その継承されたすべての子孫が除外されていない場合、除外されていない最初の子孫が主ターゲットテーブルとして識別されました。 -これにより、最初に指定されたテーブルではなく、そのテーブルに関連付けられた文レベルのトリガーを起動することになります。 +これにより、最初に指定されたテーブルではなく、そのテーブルに関連付けられた文レベルのトリガを起動することになります。 v16では、同じ見落としによってinvalid perminfoindex 0 in RTE with relid NNNNというエラーが発生する可能性もありました。 diff --git a/doc/src/sgml/rules.sgml b/doc/src/sgml/rules.sgml index 480befda0e7..c3fb37b367f 100644 --- a/doc/src/sgml/rules.sgml +++ b/doc/src/sgml/rules.sgml @@ -1685,8 +1685,8 @@ SELECT word FROM words ORDER BY word <-> 'caterpiler' LIMIT 10; functions may get executed more times than expected in the process of carrying out the rules. --> -多くの場合、INSERT/UPDATE/DELETEにおけるルールによって実行できるタスクは、トリガーで実行した方が良いでしょう。 -トリガーは概念としては少し複雑ですが、意味を理解するにはとても単純です。 +多くの場合、INSERT/UPDATE/DELETEにおけるルールによって実行できるタスクは、トリガで実行した方が良いでしょう。 +トリガは概念としては少し複雑ですが、意味を理解するにはとても単純です。 元の問い合わせにvolatile関数を含む場合、ルールは驚かせる結果を返すことがよくあります。（volatile関数はルールを遂行する過程で予期していた回数より多く実行されてしまうかもしれません） diff --git a/doc/src/sgml/spi.sgml b/doc/src/sgml/spi.sgml index 4cadb492dd4..40064661c24 100644 --- a/doc/src/sgml/spi.sgml +++ b/doc/src/sgml/spi.sgml @@ -5003,7 +5003,7 @@ int SPI_unregister_relation(const char * name) - 短命のトリガーデータをSPIの問い合わせから利用可能にする + 短命のトリガデータをSPIの問い合わせから利用可能にする