by GitHub Actions [skip ci]

Author: actions-user

current/html/index-api.html

@@ -208,14 +208,14 @@
    <literal>IS NULL</literal> and <literal>IS NOT NULL</literal> clauses as search
    conditions.
 </span>
-《マッチ度[94.352562]》<code class="structname">IndexAmRoutine</code>のフラグフィールドの中には、意味がわかりにくいものがあります。
+<code class="structname">IndexAmRoutine</code>のフラグフィールドの中には、意味がわかりにくいものがあります。
 <code class="structfield">amcanunique</code>の必要条件は<a class="xref" href="index-unique-checks.html" title="62.5. インデックス一意性検査">62.5</a>で説明されています。
 <code class="structfield">amcanmulticol</code>フラグはアクセスメソッドが複数キー列に対するインデックスをサポートすることを表し、<code class="structfield">amoptionalkey</code>は、インデックス可能な制限句が最初のインデックス列に指定されていないスキャンを許可することを表します。
 <code class="structfield">amcanmulticol</code>が偽の場合、<code class="structfield">amoptionalkey</code>は基本的に、アクセスメソッドが制限句なしで完全なインデックススキャンをサポートするかどうかを表します。
 複数列に対するインデックスをサポートするアクセスメソッドは、最初の列以降のすべてまたは一部の列に関する制限がなくてもスキャンをサポート<span class="emphasis"><em>しなければなりません</em></span>。
 しかし、最初のインデックス列にいくつかの制限を要求することは認められています。
 これは、<code class="structfield">amoptionalkey</code>を偽に設定することで通知されます。
-インデックスアクセスメソッドが<code class="structfield">amoptionalkey</code>を偽にする１つの理由は、NULLをインデックス付けしない場合です。
+インデックス<acronym class="acronym">AM</acronym>が<code class="structfield">amoptionalkey</code>を偽にする１つの理由は、NULLをインデックス付けしない場合です。
 ほとんどのインデックス可能な演算子は厳密で、NULL値の入力に対して真を返すことができませんので、NULLに対してインデックス項目を格納しないことは一見魅力的です。
 これはインデックススキャンによって何も返しません。
 しかし、最初のインデックス列に対する制限がないインデックススキャンでは、この引数は失敗します。

current/html/index-functions.html

@@ -30,19 +30,14 @@
    Access methods supporting only non-parallel index builds should leave
    this flag set to <literal>false</literal>.
 </span>
-《マッチ度[57.243816]》新しいインデックスを構築します。
+新しいインデックスを構築します。
 空のインデックスリレーションが物理的に作成されます。
 これは、アクセスメソッドが必要とする何らかの固定データと、テーブル内に既に存在するすべてのタプルに対応する項目が書き込まれなければなりません。
 通常、<code class="function">ambuild</code>関数は<code class="function">table_index_build_scan()</code>を呼び出し、既存のタプルをテーブルからスキャンし、インデックスに挿入しなければならないキーを計算します。
 この関数は、新しいインデックスに関する統計情報を含むpallocされた構造体を返さなければなりません。
-《機械翻訳》新しいインデックスのビルド。
-インデックスリレーションは物理的に作成されていますが、空です。
-アクセスメソッドが必要とする固定されたデータ、プラスにすでに存在するすべてのタプルのテーブルエントリを入力する必要があります。
-通常、<code class="function">ambuild</code>関数は、既存のタプルのテーブルを呼び出し<code class="function">table_index_build_scan()</code>し、インデックスに挿入する必要があるキーを計算します。
-スキャン関数は、新しいインデックスに関する統計処理を含むpallocされた構造体を結果する必要があります。
-<code class="structfield">amcanbuildparallel</code>フラグは、アクセス方法がパラレルインデックス構築をサポートするかどうかを示します。
-<code class="literal">true</code>に設定すると、システムはビルドに並行ワーカーを割り当てようとします。
-アクセスメソッド以外のインデックスビルドのみをサポートするパラレルは、このフラグセットを<code class="literal">false</code>に残す必要があります。
+<code class="structfield">amcanbuildparallel</code>フラグは、アクセスメソッドがパラレルインデックス作成をサポートするかどうかを示します。
+<code class="literal">true</code>に設定すると、システムは作成のためにパラレルワーカーを割り当てようとします。
+パラレルインデックス作成をサポートしないアクセスメソッドでは、このフラグは<code class="literal">false</code>のままにするべきです。
   </p><p>
 </p><pre class="programlisting">
 void
@@ -143,9 +138,8 @@
    index insertions, &lt;function&gt;aminsertcleanup&lt;/function&gt; may be provided,
    which will be called before the memory is released.
 </span>
-《マッチ度[57.986871]》SQL文の中で、インデックスAMがインデックスへの連続的な挿入をまたがってデータをキャッシュすることが望ましい場合は、<code class="literal">indexInfo-&gt;ii_Context</code>にメモリを確保し、そのデータへのポインタを<code class="literal">indexInfo-&gt;ii_AmCache</code>（初期値はNULLです）に格納することができます。
-《機械翻訳》インデックスAMがインデックスステートメント内の連続するSQL挿入にわたってデータをキャッシュしたい場合は、<code class="literal">indexInfo-&gt;ii_Context</code>にスペースを割り当て、<code class="literal">indexInfo-&gt;ii_AmCache</code>にデータへのポインタを保存できます（最初はnullになります）。
-インデックス挿入の後にメモリ以外のリソースを解放する必要がある場合は、メモリが解放される前と呼ばれる<code class="function">aminsertcleanup</code>が提供されることがあります。
+SQL文の中で、インデックスAMがインデックスへの連続的な挿入をまたがってデータをキャッシュすることが望ましい場合は、<code class="literal">indexInfo-&gt;ii_Context</code>にメモリを確保し、そのデータへのポインタを<code class="literal">indexInfo-&gt;ii_AmCache</code>（初期値はNULLです）に格納することができます。
+インデックスへの挿入の後に、メモリ以外のリソースを解放する必要がある場合は、メモリが解放される前に呼び出される<code class="function">aminsertcleanup</code>が提供されます。
   </p><p>
 </p><pre class="programlisting">
 void
@@ -158,8 +152,8 @@
    requires additional cleanup steps (e.g., releasing pinned buffers), and
    simply releasing the memory is not sufficient.
 </span>
-《機械翻訳》<code class="literal">indexInfo-&gt;ii_AmCache</code>への連続した挿入で維持されていた状態をクリーンアップします。
-これは、データに追加のクリーンアップステップが必要で（固定されたバッファを解放するなど）、メモリを解放するだけでは不十分な場合に便利です。
+<code class="literal">indexInfo-&gt;ii_AmCache</code>への連続する挿入で維持されていた状態をクリーンアップします。
+これは、データに追加のクリーンアップステップ（たとえばピンの付いたバッファを解放するなど）が必要で、メモリを解放するだけでは不十分な場合に便利です。
   </p><p>
 </p><pre class="programlisting">
 IndexBulkDeleteResult *
@@ -741,9 +735,8 @@
    used in the scan; the same values will be passed to &lt;function&gt;amrescan&lt;/function&gt;.
    Note that the actual values of the scan keys aren't provided yet.
 </span>
-《機械翻訳》<code class="literal">nkeys</code>および<code class="literal">norderbys</code>パラメータは、スキャンで使用される等価性演算子と順序付け演算子の個数を表します。
-これらの値は<code class="function">amrescan</code>にも渡されます。
-スキャンキーの実際の値はまだ提供されていません。
+<code class="literal">nkeys</code>および<code class="literal">norderbys</code>パラメータは、スキャンで使用される等価性演算子と順序付け演算子の個数を表し、これらの値は<code class="function">amrescan</code>にも渡されます。
+スキャンキーの実際の値はまだ提供されていないことに注意してください。
   </p><p>
 <span class="original">
    It is not necessary to implement this function for access methods which

current/html/trigger-definition.html

@@ -149,8 +149,8 @@
     seen by <literal>BEFORE</literal> <command>UPDATE</command> triggers,
     including changes to <varname>EXCLUDED</varname> columns.
 </span>
-《機械翻訳》<code class="command">INSERT</code>包含が<code class="literal">ON CONFLICT DO UPDATE</code>句の場合、行-レベル<code class="literal">前</code><code class="command">INSERT</code>と<code class="literal">前</code><code class="command">UPDATE</code>のトリガをトリガされたローで実行できます。
-<code class="literal">前</code><code class="command">INSERT</code>トリガによって行われた変更は、<code class="varname">EXCLUDED</code>列への変更を含めて、<code class="literal">前</code><code class="command">UPDATE</code>トリガによって見られるため、トリガがべき等でない場合、このような相互作用は複雑になる可能性があります。
+<code class="command">INSERT</code>が<code class="literal">ON CONFLICT DO UPDATE</code>句を含む場合、トリガの発生した行では、行レベルの<code class="literal">BEFORE</code> <code class="command">INSERT</code>トリガが実行され、次に行レベルの<code class="literal">BEFORE</code> <code class="command">UPDATE</code>トリガが実行される可能性があります。
+<code class="literal">BEFORE</code> <code class="command">INSERT</code>トリガによって行われた変更が、<code class="varname">EXCLUDED</code>列への変更を含めて、<code class="literal">BEFORE</code> <code class="command">UPDATE</code>トリガから見えるので、トリガが冪等ではない場合、このような相互作用は複雑になる可能性があります。
    </p><p>
 <span class="original">
     Note that statement-level
@@ -167,11 +167,8 @@
     statement-level &lt;literal&gt;AFTER&lt;/literal&gt; &lt;command&gt;INSERT&lt;/command&gt;
     triggers.
 </span>
-《機械翻訳》ステートメント-レベル<code class="command">UPDATE</code>がトリガするノートは、<code class="literal">ON CONFLICT DO UPDATE</code>が指定された場合に実行されます。
-<code class="command">UPDATE</code>の影響を受けたローがあるかどうかは関係ありません。
-<code class="command">UPDATE</code>パスが選択されたかどうかも関係ありません。
-<code class="literal">ON CONFLICT DO UPDATE</code>句付きの<code class="command">INSERT</code>は、最初に実行ステートメント-レベル<code class="literal">前</code><code class="command">INSERT</code>トリガー、次にステートメントレベル<code class="literal">前</code><code class="command">UPDATE</code>トリガー、続いてステートメント-レベル<code class="literal">AFTER</code><code class="command">UPDATE</code>トリガー、最後にステートメント-<code class="literal">AFTER</code><code class="command">INSERT</code>トリガーとなります。
-レベル
+文レベルの<code class="command">UPDATE</code>トリガは<code class="literal">ON CONFLICT DO UPDATE</code>が指定されたとき、その<code class="command">UPDATE</code>によって行が影響を受けたかどうかに関わらず（そしてその代替である<code class="command">UPDATE</code>部分が実行されたかどうかに関わらず）実行されることに注意してください。
+<code class="literal">ON CONFLICT DO UPDATE</code>句のある<code class="command">INSERT</code>では、まず文レベルの<code class="literal">BEFORE</code> <code class="command">INSERT</code>トリガ、次に文レベルの<code class="literal">BEFORE</code> <code class="command">UPDATE</code>トリガ、次いで文レベルの<code class="literal">AFTER</code> <code class="command">UPDATE</code>トリガ、最後に文レベルの<code class="literal">AFTER</code> <code class="command">INSERT</code>トリガを実行します。
    </p><p>
 <span class="original">
     A statement that targets a parent table in an inheritance or partitioning
@@ -435,8 +432,8 @@
     be to break referential integrity.  It is the trigger programmer's
     responsibility to avoid that.
 </span>
-《機械翻訳》外部キー制約が参照アクション（カスケード更新または削除）を指定している場合、これらのアクションは、参照テーブル上の通常のSQL更新または削除コマンドを介して実行されます。
-特に、参照テーブルに存在するトリガーは、これらの変更に対して起動されます。
+外部キー制約が参照アクション（すなわち、カスケード更新または削除）を指定している場合、これらのアクションは、参照テーブル上の通常のSQL更新または削除コマンドを介して実行されます。
+特に、参照テーブルに存在するトリガは、これらの変更に対して起動されます。
 このようなトリガがこれらのコマンドのいずれかの効果を変更またはブロックすると、最終的に参照整合性を破壊する可能性があります。
 それを回避するのはトリガプログラマの責任です。
    </p><p>

current/postgres-A4.pdf

@@ -7,7 +7,7 @@ layout: default
 
 ## 最新
 
-last-updated: 2025-03-28 04:28:32 JST
+last-updated: 2025-03-29 04:28:41 JST
 
 ### 最新 PostgreSQL
 
@@ -25,7 +25,7 @@ last-updated: 2025-03-28 04:28:32 JST
 
 | HTML （オンライン）           | PDF                                           | EPUB                                         | man | 更新日     |
 |:---------------------------|:---------------------------------------------:|:--------------------------------------------:|:---:|:----------:|
-| [16.4](jpug-doc/16.4/html/) | [PDF](jpug-doc/16.3/postgresql-16.4-A4.pdf) | [EPUB](jpug-doc/16.4/postgresql-16.4.epub) | [man.tar.gz](jpug-doc/16.4/man.tar.gz) | <em id="update">2025-03-28</em> |
+| [16.4](jpug-doc/16.4/html/) | [PDF](jpug-doc/16.3/postgresql-16.4-A4.pdf) | [EPUB](jpug-doc/16.4/postgresql-16.4.epub) | [man.tar.gz](jpug-doc/16.4/man.tar.gz) | <em id="update">2025-03-29</em> |
 | [16.3](jpug-doc/16.3/html/) | [PDF](jpug-doc/16.3/postgresql-16.3-A4.pdf) | [EPUB](jpug-doc/16.3/postgresql-16.3.epub) | [man.tar.gz](jpug-doc/16.3/man.tar.gz) | 2024-08-15 |
 | [16.0](jpug-doc/16.0/html/) | [PDF](jpug-doc/16.0/postgresql-16.0-A4.pdf) | [EPUB](jpug-doc/16.0/postgresql-16.0.epub) | [man.tar.gz](jpug-doc/16.0/man.tar.gz) | 2024-05-15 |