by GitHub Actions [skip ci]

Author: actions-user

current/html/sql-createindex.html

@@ -345,15 +345,14 @@
     parameters</firstterm> for the index.  Each index method has its own set
     of allowed storage parameters.
 </span>
-《機械翻訳》インデックスのオプショナル<code class="literal">WITH</code>句は<em class="firstterm">ストレージパラメータ</em>を指定します。
-各インデックスメソッドには、独自に許可されたストレージパラメータのセットがあります。
+<code class="literal">WITH</code>句を使うと、インデックスの<em class="firstterm">格納パラメータ</em>を指定できます。
+インデックスメソッドはそれぞれ固有の設定可能な格納パラメータを持ちます。
    </p><p>
 <span class="original">
     The B-tree, hash, GiST and SP-GiST index methods all accept this
     parameter:
 </span>
-《マッチ度[53.333333]》B-treeインデックスはさらに以下のパラメータを受け付けます。
-《機械翻訳》B-ツリー、ハッシュ、GiSTおよびSP-GiSTインデックスメソッドはすべてこのパラメータを受け入れます:。
+B-tree、ハッシュ、GiSTおよびSP-GiSTといったインデックスはすべて次のパラメータを受け付けます。
    </p><div class="variablelist"><dl class="variablelist"><dt id="INDEX-RELOPTION-FILLFACTOR"><span class="term"><code class="literal">fillfactor</code> (<code class="type">integer</code>)
      <a id="id-1.9.3.69.6.3.4.1.1.3" class="indexterm"></a>
      <a id="id-1.9.3.69.6.3.4.1.1.4" class="indexterm"></a>
@@ -368,15 +367,10 @@
       fragmentation of the on-disk index structure.  B-trees use a default
       fillfactor of 90, but any integer value from 10 to 100 can be selected.
 </span>
-《マッチ度[76.576577]》インデックス用のフィルファクタは割合（パーセント）で、インデックスメソッドがインデックスページをまとめ上げる時にどの程度ページを使用するかを決定するものです。
+インデックスメソッドがインデックスページをまとめ上げる時にどの程度ページを使用するかを制御します。
 B-treeでは、リーフページは初期インデックス構築時と右側（新しい最大キー値を追加する方向）にインデックスを拡張する時にこの割合分までページを使用します。
 その後ページすべてが完全に使用されると分割され、ディスク上のインデックスの構造が断片化していきます。
 B-treeのデフォルトのフィルファクタは90ですが、10から100までの任意の整数値を設定することができます。
-《機械翻訳》インデックスメソッドがパックインデックスページに対してどの程度満たされるかを制御します。
-B-treeの場合、リーフページは、最初のインデックス構築時、および拡張時に右側のインデックスに（新規の最大キー値を追加して）このパーセンテージまで満たされます。
-その後、ページが完全に満たされると分割され、ディスク上のインデックス構造のフラグメンテーションが発生します。
-B-treeでは90のデフォルトfillfactorが使用されますが、10から100までの整数値を選択できます。
-トライ
      </p><p>
 <span class="original">
       B-tree indexes on tables where many inserts and/or updates are
@@ -464,17 +458,15 @@
      Note that if sorted build is possible, it will be used instead of
      buffered build unless &lt;literal&gt;buffering=ON&lt;/literal&gt; is specified.
 </span>
-《マッチ度[90.381125]》<a class="xref" href="gist.html#GIST-BUFFERING-BUILD" title="65.2.4.1. GiSTインデックス構築法">65.2.4.1</a>で説明するバッファ化構築技術をインデックスを構築する時に使用するかどうかを決定します。
-バッファ処理は<code class="literal">OFF</code>で無効に、<code class="literal">ON</code>で有効になります。
-また<code class="literal">AUTO</code>と指定すると、最初は無効ですが、インデックスサイズが<a class="xref" href="runtime-config-query.html#GUC-EFFECTIVE-CACHE-SIZE">effective_cache_size</a>に達した後はその場で有効になります。
+<a class="xref" href="gist.html#GIST-BUFFERING-BUILD" title="65.2.4.1. GiSTインデックス構築法">65.2.4.1</a>で説明するバッファ化構築技法をインデックスを構築する時に使用するかどうかを制御します。
+バッファ処理は<code class="literal">OFF</code>で無効に、<code class="literal">ON</code>で有効になります。また<code class="literal">AUTO</code>と指定すると、最初は無効ですが、インデックスサイズが<a class="xref" href="runtime-config-query.html#GUC-EFFECTIVE-CACHE-SIZE">effective_cache_size</a>に達した後はその場で有効になります。
 デフォルトは<code class="literal">AUTO</code>です。
 ソートしての構築が可能であれば、<code class="literal">buffering=ON</code>が指定されていない限りバッファ化構築の代わりに使われることに注意してください。
     </p></dd></dl></div><p>
 <span class="original">
     GIN indexes accept these parameters:
 </span>
-《マッチ度[69.444444]》GINインデックスでは以下の異なるパラメータを受け付けます。
-《機械翻訳》GINインデックスでは、次のパラメータを使用できます。
+GINインデックスでは以下のパラメータを受け付けます。
    </p><div class="variablelist"><dl class="variablelist"><dt id="INDEX-RELOPTION-FASTUPDATE"><span class="term"><code class="literal">fastupdate</code> (<code class="type">boolean</code>)
      <a id="id-1.9.3.69.6.3.10.1.1.3" class="indexterm"></a>
      <a id="id-1.9.3.69.6.3.10.1.1.4" class="indexterm"></a>
@@ -485,11 +477,8 @@
      &lt;literal&gt;ON&lt;/literal&gt; enables fast update, &lt;literal&gt;OFF&lt;/literal&gt; disables it.
      The default is &lt;literal&gt;ON&lt;/literal&gt;.
 </span>
-《マッチ度[70.192308]》この設定は<a class="xref" href="gin.html#GIN-FAST-UPDATE" title="65.4.4.1. GIN高速更新手法">65.4.4.1</a>で説明する高速更新技法を使用するかどうかを制御します。
-これは論理値パラメータであり、<code class="literal">ON</code>は高速更新を有効に、<code class="literal">OFF</code>は無効にします。
-デフォルトは<code class="literal">ON</code>です。
-《機械翻訳》<a class="xref" href="gin.html#GIN-FAST-UPDATE" title="65.4.4.1. GIN高速更新手法">65.4.4.1</a>で説明されている高速更新テクニックの使用方法を制御します。
-<code class="literal">ON</code>高速更新を有効にし、<code class="literal">OFF</code>無効にします。
+<a class="xref" href="gin.html#GIN-FAST-UPDATE" title="65.4.4.1. GIN高速更新手法">65.4.4.1</a>で説明する高速更新技法を使用するかどうかを制御します。
+<code class="literal">ON</code>は高速更新を有効に、<code class="literal">OFF</code>は無効にします。
 デフォルトは<code class="literal">ON</code>です。
     </p><div class="note"><h3 class="title">注記</h3><p>
 <span class="original">
@@ -500,11 +489,9 @@
       the &lt;function&gt;gin_clean_pending_list&lt;/function&gt;
       function afterward to ensure the pending list is emptied.
 </span>
-《マッチ度[88.346883]》<code class="command">ALTER INDEX</code>を使用して<code class="literal">fastupdate</code>を無効にすることにより、以後の挿入は待機中のインデックス項目リストに入らないようになります。
+<code class="command">ALTER INDEX</code>を使用して<code class="literal">fastupdate</code>を無効にすることにより、以後の挿入は待機中のインデックス項目リストに入らないようになります。
 しかし、このコマンド自体はこれまでの項目を吐き出しません。
 確実に待機中のリストを空にするためには、続いてテーブルを<code class="command">VACUUM</code>するか、<code class="function">gin_clean_pending_list</code>関数を呼び出すのが良いでしょう。
-《機械翻訳》<code class="literal">高速更新</code>オフを<code class="command">ALTER INDEX</code>経由に変更すると、今後の挿入が保留中のインデックスエントリのリストに入るのを防ぎますが、自分自身フラッシュの既存のエントリには入りません。
-<code class="command">VACUUM</code>テーブルまたは呼び出しを<code class="function">gin_clean_pending_list</code>後で関数を保証に変更すると、保留中のリストが空になります。
      </p></div></dd></dl></div><div class="variablelist"><dl class="variablelist"><dt id="INDEX-RELOPTION-GIN-PENDING-LIST-LIMIT"><span class="term"><code class="literal">gin_pending_list_limit</code> (<code class="type">integer</code>)
      <a id="id-1.9.3.69.6.3.11.1.1.3" class="indexterm"></a>
      <a id="id-1.9.3.69.6.3.11.1.1.4" class="indexterm"></a>
@@ -514,16 +501,13 @@
      &lt;xref linkend="guc-gin-pending-list-limit"/&gt; for this index.
      This value is specified in kilobytes.
 </span>
-《マッチ度[69.230769]》<a class="xref" href="runtime-config-client.html#GUC-GIN-PENDING-LIST-LIMIT">gin_pending_list_limit</a>のカスタムパラメータです。
+このインデックスに対する<a class="xref" href="runtime-config-client.html#GUC-GIN-PENDING-LIST-LIMIT">gin_pending_list_limit</a>の全体設定を上書きします。
 値はキロバイト単位で指定します。
-《機械翻訳》このグローバルの<a class="xref" href="runtime-config-client.html#GUC-GIN-PENDING-LIST-LIMIT">gin_pending_list_limit</a>のインデックス設定を上書きします。
-この値はキロバイトで指定されます。
     </p></dd></dl></div><p>
 <span class="original">
     &lt;acronym&gt;BRIN&lt;/acronym&gt; indexes accept these parameters:
 </span>
-《マッチ度[80.357143]》<acronym class="acronym">BRIN</acronym>インデックスは別のパラメータを受け入れます。
-《機械翻訳》<acronym class="acronym">BRIN</acronym>インデックスは、次のパラメータを受け入れます。
+<acronym class="acronym">BRIN</acronym>インデックスでは次のパラメータを受け付けます。
    </p><div class="variablelist"><dl class="variablelist"><dt id="INDEX-RELOPTION-PAGES-PER-RANGE"><span class="term"><code class="literal">pages_per_range</code> (<code class="type">integer</code>)
      <a id="id-1.9.3.69.6.3.13.1.1.3" class="indexterm"></a>
      <a id="id-1.9.3.69.6.3.13.1.1.4" class="indexterm"></a>
@@ -545,11 +529,8 @@
      (see &lt;xref linkend="brin-operation"/&gt; for more details).
      The default is &lt;literal&gt;off&lt;/literal&gt;.
 </span>
-《マッチ度[89.497717]》次のページへの挿入が検知された時に、いつでも直前のページに対してサマリ処理をキューに入れるかどうかを定義します。
-詳細は<a class="xref" href="brin.html#BRIN-OPERATION" title="65.5.1.1. インデックスの保守">65.5.1.1</a>を参照してください。
+次のページへの挿入が検知された時に、いつでも直前のページに対してサマリ処理をキューに入れるかどうかを定義します（詳細は<a class="xref" href="brin.html#BRIN-OPERATION" title="65.5.1.1. インデックスの保守">65.5.1.1</a>を参照してください）。
 デフォルトは<code class="literal">off</code>です。
-《機械翻訳》次のレンジで挿入が検出されるたびに、前のページデフォルトの要約実行をキューに入れるかどうかを定義します（詳細については、<a class="xref" href="brin.html#BRIN-OPERATION" title="65.5.1.1. インデックスの保守">65.5.1.1</a>を参照してください）。
-は<code class="literal">off</code>です。
     </p></dd></dl></div></div><span class="original">
   &lt;refsect2 id="sql-createindex-concurrently" xreflabel="Building Indexes Concurrently"&gt;
 </span><div class="refsect2" id="SQL-CREATEINDEX-CONCURRENTLY"><h3>インデックスの同時作成</h3><span class="original">
@@ -843,9 +824,9 @@
    Generally, a cost model automatically determines how many worker
    processes should be requested, if any.
 </span>
-《マッチ度[93.739425]》<span class="productname">PostgreSQL</span>はテーブルの行をより高速に処理するために複数CPUを効かせてインデックスを作成できます。
+<span class="productname">PostgreSQL</span>はテーブルの行をより高速に処理するために複数CPUを効かせてインデックスを作成できます。
 この機能は<em class="firstterm">パラレルインデックス作成</em>と呼ばれています。
-パラレルでのインデックス作成をサポートしているインデックスメソッド（今のところB-treeとBRIN）に対して、<code class="varname">maintenance_work_mem</code>では、いくつのワーカープロセスが実行されているかに拘らず、各インデックス作成操作で使うことができる全体のメモリの最大量を指定します。
+パラレルでのインデックス作成をサポートしているインデックスメソッド（今のところB-tree、GINとBRIN）に対して、<code class="varname">maintenance_work_mem</code>では、いくつのワーカープロセスが実行されているかに拘らず、各インデックス作成操作で使うことができる全体のメモリの最大量を指定します。
 一般にコストモデルは、もしあるなら、どれだけの数のワーカープロセスを要求すべきかを自動的に決定します。
   </p><p>
 <span class="original">

current/postgres-A4.pdf

@@ -7,7 +7,7 @@ layout: default
 
 ## 最新
 
-last-updated: 2025-12-05 04:30:38 JST
+last-updated: 2025-12-08 04:26:00 JST
 
 ### 最新 PostgreSQL