by GitHub Actions [skip ci]

Author: actions-user

current/html/amcheck.html

@@ -26,9 +26,9 @@
   pg_temp</literal>.
 </span>
 B-Tree検査関数は、特定のリレーションの構造表現における様々な<span class="emphasis"><em>不変量</em></span>を検査します。
-インデックスの走査や、その他の重要な操作を担うアクセスメソッド関数の正しさは、これらの不変量を常に保つことに依存しています。
+インデックススキャンや、その他の重要な操作を担うアクセスメソッド関数の正しさは、これらの不変量を常に保つことに依存しています。
 たとえば、ある関数は、とりわけすべてのB-Treeページの中の項目が<span class="quote">「<span class="quote">論理的な</span>」</span>順序になっていることを検査します。（たとえば<code class="type">text</code>のB-Treeインデックスでは、インデックスタプルは語句の照合順になっていなければなりません。）
-その特定の不変量が何らかの理由で保たれなければ、該当するページで二分探索が不正なインデックス走査をもたらし、SQL問い合わせに誤った答えを返すことになるでしょう。
+その特定の不変量が何らかの理由で保たれなければ、該当するページで二分探索が不正なインデックススキャンをもたらし、SQL問い合わせに誤った答えを返すことになるでしょう。
 構造が適正であると見なされれば、エラーは報告されません。
 これらのチェック関数の実行中、<a class="xref" href="runtime-config-client.html#GUC-SEARCH-PATH">search_path</a>は一時的に<code class="literal">pg_catalog, pg_temp</code>に変更されます。
  </p><p>

current/html/bookindex.html

@@ -74,7 +74,7 @@
     functions have been added to allow SQL queries to inspect index access
     method properties; see <xref linkend="functions-info-catalog-table"/>.
 </span>
-<span class="productname">PostgreSQL</span>9.6以前では、<code class="structname">pg_am</code>にはインデックスアクセスメソッドのプロパティを表す多くの追加列が含まれていました。
+<span class="productname">PostgreSQL</span> 9.6以前では、<code class="structname">pg_am</code>にはインデックスアクセスメソッドのプロパティを表す多くの追加列が含まれていました。
 そのデータは今ではCコードレベルで直接参照できるのみです。
 しかし、<code class="function">pg_index_column_has_property()</code>関数と関連する関数群が、インデックスアクセスメソッドのプロパティを検査するためのSQLクエリを許容するために追加されました。
 <a class="xref" href="functions-info.html#FUNCTIONS-INFO-CATALOG-TABLE" title="表9.74 システムカタログ情報関数">表 9.74</a>を参照してください。

current/html/catalog-pg-am.html

@@ -294,7 +294,7 @@
         If <literal>ORDER BY</literal> is specified, the elements will
         appear in the array in that order rather than in the input order.
 </span>
-<code class="function">JSON_配列</code>と同じように動作しますが、集約関数として動作するため、1つの<em class="replaceable"><code>value_式</code></em>パラメータのみを使用します。
+<code class="function">json_array</code>と同じように動作しますが、集約関数として動作するため、1つの<em class="replaceable"><code>value_expression</code></em>パラメータのみを使用します。
 <code class="literal">ABSENT ON NULL</code>が指定されている場合、NULL値は無視されます。
 <code class="literal">ORDER BY</code>が指定されている場合、要素は入力順ではなく、配列の順に表示されます。
        </p>
@@ -316,7 +316,7 @@
          &lt;replaceable&gt;key_expression&lt;/replaceable&gt; and one
          &lt;replaceable&gt;value_expression&lt;/replaceable&gt; parameter.
 </span>
-<code class="function">JSON_オブジェクト</code><span class="original"> xref </span>のように動作しますが、集約関数として動作するため、1つの<em class="replaceable"><code>key_expression</code></em>と1つの<em class="replaceable"><code>value_expression</code></em>引数のみを使用します。
+<code class="function">json_object</code><span class="original"> xref </span>のように動作しますが、集約関数として動作するため、1つの<em class="replaceable"><code>key_expression</code></em>と1つの<em class="replaceable"><code>value_expression</code></em>引数のみを使用します。
         </p>
         <p>
          <code class="literal">SELECT json_objectagg(k:v) FROM (VALUES ('a'::text,current_date),('b',current_date + 1)) AS t(k,v)</code>

current/html/functions-aggregate.html

@@ -169,7 +169,7 @@
      block. This was deemed surprising as well as being incompatible with
      Oracle's PL/SQL.
 </span>
-<span class="productname">PostgreSQL</span>9.1より前のバージョンでは、パラメータのない<code class="command">RAISE</code>は稼働している例外ハンドラを含むブロックからのエラーの再発生と解釈されました。
+<span class="productname">PostgreSQL</span> 9.1より前のバージョンでは、パラメータのない<code class="command">RAISE</code>は稼働している例外ハンドラを含むブロックからのエラーの再発生と解釈されました。
 したがって、例外ハンドラの中で入れ子となった<code class="literal">EXCEPTION</code>句は、<code class="command">RAISE</code>が入れ子となった<code class="literal">EXCEPTION</code>句のブロック内にあるときでも、エラーを捕捉できないことになりました。
 これは驚くべきことであり、オラクルの PL/SQLと非互換でした。
     </p></div><p>

current/html/plpgsql-errors-and-messages.html

@@ -2502,7 +2502,7 @@
       Remove support for <productname>OpenSSL</productname> 1.0.1
       (Michael Paquier)
 </span>
-<span class="productname">OpenSSL</span>1.0.1のサポートが削除されました。
+<span class="productname">OpenSSL</span> 1.0.1のサポートが削除されました。
 (Michael Paquier)
       <a class="ulink" href="https://postgr.es/c/8e278b657" target="_top">§</a>
       </p></li><span class="original">

current/html/release-17.html

@@ -1063,7 +1063,7 @@
 不要となったタプル数と挿入されたタプル数は、累積統計情報システムから取得されます。
 これは、<code class="command">UPDATE</code>、<code class="command">DELETE</code>および<code class="command">INSERT</code>操作ごとに更新される、最終的には一貫性のある数です。
 テーブルの<code class="structfield">relfrozenxid</code>値が<code class="varname">vacuum_freeze_table_age</code>トランザクション年齢より大きい場合、古いタプルを凍結して、<code class="structfield">relfrozenxid</code>を繰り上げるため、積極的なバキュームが実行されます。
-そうでなければ最後のバキュームの後に変更されたページのみ走査されます。
+そうでなければ最後のバキュームの後に変更されたページのみスキャンされます。
    </p><p>
 <span class="original">
     For analyze, a similar condition is used: the threshold, defined as:

current/html/routine-vacuuming.html

@@ -409,7 +409,7 @@
         the same meaning: either <literal>s1</literal> or <literal>s2</literal> is chosen
         as a synchronous standby.
 </span>
-3番目の構文は、<span class="productname">PostgreSQL</span>9.6よりも前のバージョンで用いられていたもので、依然としてサポートされています。
+3番目の構文は、<span class="productname">PostgreSQL</span> 9.6よりも前のバージョンで用いられていたもので、依然としてサポートされています。
 最初の構文で、<code class="literal">FIRST</code>、<em class="replaceable"><code>num_sync</code></em>を1とした時と同じです。
 たとえば、<code class="literal">FIRST 1 (s1, s2)</code>と<code class="literal">s1, s2</code>は同じ意味です。
 <code class="literal">s1</code>か<code class="literal">s2</code>が同期スタンバイとして選ばれます。

current/html/runtime-config-replication.html

@@ -444,7 +444,7 @@
      character, write the string constant with an <literal>E</literal>.
 </span>
 設定パラメータ<a class="xref" href="runtime-config-compatible.html#GUC-STANDARD-CONFORMING-STRINGS">standard_conforming_strings</a>が <code class="literal">off</code>の場合、<span class="productname">PostgreSQL</span>はバックスラッシュエスケープを通常の文字列定数とエスケープ文字列定数の両方で認識します。
-しかし、<span class="productname">PostgreSQL</span>9.1からデフォルトは<code class="literal">on</code>になりました。これはバックスラッシュエスケープがエスケープ文字列定数でのみ認識されます。
+しかし、<span class="productname">PostgreSQL</span> 9.1からデフォルトは<code class="literal">on</code>になりました。これはバックスラッシュエスケープがエスケープ文字列定数でのみ認識されます。
 この振る舞いは標準SQL仕様に即していますが、バックスラッシュエスケープを常に認識するという歴史的な動作に依存しているアプリケーションは動作しなくなるでしょう。
 回避策として、このパラメータを<code class="literal">off</code>にすることはできますが、バックスラッシュエスケープの使用を避けるよう移植するのが良いでしょう。
 特殊文字を表現するためにバックスラッシュを使用する必要がある場合、<code class="literal">E</code>をつけて文字列定数を記述してください。

current/html/sql-syntax-lexical.html

@@ -36,7 +36,7 @@
    frequent word <quote>postgresql</quote> was mentioned 6,127 times in 655
    documents.
 </span>
-比較対象として述べておくと、<span class="productname">PostgreSQL</span>8.1 のドキュメントは10,441のユニークな単語を含み、全部の単語数は335,420で、最頻出の単語<span class="quote">「<span class="quote">postgresql</span>」</span>は655の文書中に6,127回出現しました。
+比較対象として述べておくと、<span class="productname">PostgreSQL</span> 8.1のドキュメントは10,441のユニークな単語を含み、全部の単語数は335,420で、最頻出の単語<span class="quote">「<span class="quote">postgresql</span>」</span>は655の文書中に6,127回出現しました。
   </p><span class="original"> TODO we need to put a date on these numbers? </span><p>
 <span class="original">
    Another example &amp;mdash; the &lt;productname&gt;PostgreSQL&lt;/productname&gt; mailing