by GitHub Actions [skip ci]

Author: actions-user

current/html/app-initdb.html

@@ -57,8 +57,8 @@
 </span>
 <code class="command">initdb</code>は、サーバプロセスの所有者となるユーザによって実行されなければなりません。
 <code class="command">initdb</code>によって作成されるファイルやディレクトリにサーバがアクセスできる必要があるからです。
-サーバをrootとして実行することはできませんので、rootで<code class="command">initdb</code>を実行してはいけません
-（実際には、実行しようとしても拒否されます）。
+サーバをrootとして実行することはできませんので、rootで<code class="command">initdb</code>を実行してはいけません。
+（実際には、実行しようとしても拒否されます。）
   </p><p>
 <span class="original">
     For security reasons the new cluster created by &lt;command&gt;initdb&lt;/command&gt;
@@ -79,8 +79,7 @@
    all other databases.
 </span>
 <code class="command">initdb</code>は、データベースクラスタのデフォルトのロケールと文字セット符号化方式を初期化します。
-これらは、データベースの作成時にデータベースごとに個別に設定することもできます
-。
+これらは、データベースの作成時にデータベースごとに個別に設定することもできます。
 <code class="command">initdb</code>はテンプレートデータベースのこれらの設定を決定します。この設定が他のすべてのデータベースのデフォルトとして提供されます。
   </p><p>
 <span class="original">
@@ -214,7 +213,7 @@
         &lt;literal&gt;libc&lt;/literal&gt; provider.
 </span>
 デフォルトでは、テンプレートデータベースの符号化方式はロケールに由来します。
-<a class="xref" href="app-initdb.html#APP-INITDB-OPTION-NO-LOCALE"><code class="option">--no-locale</code></a>が指定されている場合(または同等に、ロケールが<code class="literal">C</code>または<code class="literal">POSIX</code>の場合)、デフォルトはICUプロバイダーでは<code class="literal">UTF8</code>、<code class="literal">libc</code>プロバイダーでは<code class="literal">SQL_ASCII</code>になります。
+<a class="xref" href="app-initdb.html#APP-INITDB-OPTION-NO-LOCALE"><code class="option">--no-locale</code></a>が指定されている場合(または同等に、ロケールが<code class="literal">C</code>または<code class="literal">POSIX</code>の場合)、デフォルトはICUプロバイダでは<code class="literal">UTF8</code>、<code class="literal">libc</code>プロバイダでは<code class="literal">SQL_ASCII</code>になります。
        </p></dd><dt id="APP-INITDB-ALLOW-GROUP-ACCESS"><span class="term"><code class="option">-g</code><br /></span><span class="term"><code class="option">--allow-group-access</code></span> <a href="#APP-INITDB-ALLOW-GROUP-ACCESS" class="id_link">#</a></dt><dd><p>
 <span class="original">
         Allows users in the same group as the cluster owner to read all cluster
@@ -341,7 +340,7 @@
         This option specifies the directory where the write-ahead log
         should be stored.
 </span>
-このオプションは先行書き込みログの格納ディレクトリを指定します。
+このオプションは先行書き込みログ（WAL）の格納ディレクトリを指定します。
        </p></dd><dt id="APP-INITDB-OPTION-WAL-SEGSIZE"><span class="term"><code class="option">--wal-segsize=<em class="replaceable"><code>size</code></em></code></span> <a href="#APP-INITDB-OPTION-WAL-SEGSIZE" class="id_link">#</a></dt><dd><p>
 <span class="original">
         Set the &lt;firstterm&gt;WAL segment size&lt;/firstterm&gt;, in megabytes.  This

current/html/app-pgamcheck.html

@@ -412,14 +412,14 @@
        If the value begins with a slash, it is used as the directory for the
        Unix domain socket.
 </span>
-サーバが実行中のマシンのホスト名を指定します。
-値がスラッシュで始まると、Unixドメインソケットのディレクトリとして使用されます。
+サーバが稼働しているマシンのホスト名を指定します。
+この値がスラッシュから始まる場合、Unixドメインソケット用のディレクトリとして使用されます。
       </p></dd><dt><span class="term"><code class="option">-p <em class="replaceable"><code>port</code></em></code><br /></span><span class="term"><code class="option">--port=<em class="replaceable"><code>port</code></em></code></span></dt><dd><p>
 <span class="original">
        Specifies the TCP port or local Unix domain socket file extension on
        which the server is listening for connections.
 </span>
-TCPポートあるいはサーバが接続をリッスンしているマシン上のUnixドメインソケットファイルの拡張子を指定します。
+サーバが接続を監視するTCPポートもしくはローカルUnixドメインソケットファイルの拡張子を指定します。
       </p></dd><dt><span class="term"><code class="option">-U</code><br /></span><span class="term"><code class="option">--username=<em class="replaceable"><code>username</code></em></code></span></dt><dd><p>
 <span class="original">
        User name to connect as.
@@ -539,7 +539,7 @@
        Show help about &lt;application&gt;pg_amcheck&lt;/application&gt; command line
        arguments, and exit.
 </span>
-<span class="application">pg_amcheck</span>コマンド行引数に関するヘルプを表示して終了します。
+<span class="application">pg_amcheck</span>コマンドライン引数に関するヘルプを表示して終了します。
       </p></dd></dl></div><p>
   </p></div><div class="refsect1" id="id-1.9.4.9.7"><h2>環境</h2><span class="original">
   &lt;title&gt;Environment&lt;/title&gt;

current/html/app-pgdump.html

@@ -172,8 +172,8 @@
         If <option>--clean</option> is also specified, the script drops and
         recreates the target database before reconnecting to it.
 </span>
-初めにデータベース自体を作成するコマンドを出力し、その後、作成したデータベースに接続するコマンドを出力します
-（このようなスクリプトを使用すると、スクリプトを実行する前に対象のインストレーションの中のどのデータベースに接続すればよいかという問題を考える必要がなくなります）。
+初めにデータベース自体を作成するコマンドを出力し、その後、作成したデータベースに接続するコマンドを出力します。
+（このようなスクリプトを使用すると、スクリプトを実行する前に対象のインストレーションの中のどのデータベースに接続すればよいかという問題を考える必要がなくなります。）
 <code class="option">--clean</code>も同時に指定されている場合、このスクリプトは接続する前に対象データベースを削除し再作成します。
        </p><p>
 <span class="original">

current/html/different-replication-solutions.html

@@ -61,7 +61,7 @@
      made the new primary database server.  This can be synchronous or
      asynchronous and can only be done for the entire database server.
 </span>
-ウォームスタンバイおよびホットスタンバイサーバは、ログ先行書き込み（<acronym class="acronym">WAL</acronym>）のレコードを解読して最新の状態を保持できます。
+ウォームスタンバイおよびホットスタンバイサーバは、先行書き込みログ（<acronym class="acronym">WAL</acronym>）のレコードを解読して最新の状態を保持できます。
 プライマリサーバが故障したとき、スタンバイサーバがプライマリサーバのほぼすべてのデータを保存して、速やかに新しいプライマリデータベースサーバを作成できます。
 本解法は同期、非同期で行うことができ、データベース全体だけを範囲として処理できます。
     </p><p>

current/html/event-trigger-example.html

@@ -8,7 +8,8 @@
     (Examples of triggers written in procedural languages can be found in
     the documentation of the procedural languages.)
 </span>
-C言語で作成したイベントトリガ関数に関するとても簡単な例をここに示します（手続き言語で作成したトリガの例は、その手続き言語の文書に記載されています）。
+C言語で作成したイベントトリガ関数に関するとても簡単な例をここに示します。
+（手続き言語で作成したトリガの例は、その手続き言語の文書に記載されています。）
    </p><p>
 <span class="original">
     The function &lt;function&gt;noddl&lt;/function&gt; raises an exception each time it is called.

current/html/hot-standby.html

@@ -126,7 +126,7 @@
     Therefore, the following actions will produce error messages:
 </span>
 ホットスタンバイ中に開始したトランザクションではトランザクションIDを割り当てられません。
-また、システムのログ先行書き込みに書き出すことができません。
+また、システムの先行書き込みログ（WAL）に書き出すことができません。
 このため、以下の動作はエラーメッセージを生成します。
 
     </p><div class="itemizedlist"><ul class="itemizedlist" style="list-style-type: disc; "><li class="listitem"><p>
@@ -510,7 +510,8 @@
 しかし、スタンバイ側で行うべき問い合わせをプライマリサーバ上で直接実行することと比べ、こうしたクリーンアップに関する問題を優先する価値はありません。
 また、スタンバイに実行負荷を分散できるという利点があります。
 スタンバイサーバが接続、切断を頻繁に繰り返す場合、<code class="varname">hot_standby_feedback</code>によるフィードバックが提供されていなければ、その値を調整したいと思うでしょう。
-例えば、<code class="varname">max_standby_archive_delay</code>が増大し、切断している期間WALアーカイブのコンフリクト発生による問い合わせの中断が速やかに行われないことを考えてみてください。また、再接続後に速やかに問い合わせが中断されることを避けるために<code class="varname">max_standby_streaming_delay</code>を大きくすることを考えてみてください。
+例えば、<code class="varname">max_standby_archive_delay</code>を増やし、接続をしていない間、WALアーカイブファイルのコンフリクトによって問い合わせの急速な中断が起きないようにすることを考慮してください。
+また、再接続後に新しく到着したストリーミングWALエントリによる急速な中断が起きることを避けるために<code class="varname">max_standby_streaming_delay</code>を大きくすることを考えてみてください。
    </p><p>
 <span class="original">
     The number of query cancels and the reason for them can be viewed using
@@ -546,6 +547,7 @@
 </span>
 <code class="filename">postgresql.conf</code>において<code class="varname">hot_standby</code>が<code class="literal">on</code>で（これはデフォルトです）、かつ<a class="link" href="warm-standby.html#FILE-STANDBY-SIGNAL"><code class="filename">standby.signal</code></a><a id="id-1.6.13.24.8.2.5" class="indexterm"></a>が存在すれば、サーバはホットスタンバイモードで稼働します。
 しかし、サーバはまず問い合わせが実行できる程度の一貫性を持つ状態を提供するために十分なリカバリを完了させなければなりませんので、ホットスタンバイでの接続が有効になるまでに多少の時間がかかるかもしれません。
+この期間中、接続を試みるクライアントはエラーメッセージとともに拒否されます。
 サーバの準備ができたことを確認するために、アプリケーションで接続試行を繰り返すか、サーバログに以下のメッセージがあるかどうかを確認します。
 
 </p><pre class="programlisting">
@@ -729,7 +731,7 @@
     Again, note that some of these commands are actually allowed during
     "read only" mode transactions on the primary.
 </span>
-繰り返しますが、これらのコマンドの一部は、プライマリサーバにおける「読み取り専用」モードのトランザクションで実際に許可されていることに注意してください。
+ここでも、これらのコマンドの一部は、プライマリサーバにおける「読み取り専用」モードのトランザクションで実際に許可されていることに注意してください。
    </p><p>
 <span class="original">
     As a result, you cannot create additional indexes that exist solely
@@ -792,7 +794,7 @@
     WAL file control commands will not work during recovery,
     e.g., &lt;function&gt;pg_backup_start&lt;/function&gt;, &lt;function&gt;pg_switch_wal&lt;/function&gt; etc.
 </span>
-リカバリの間WALの制御コマンドは稼働しません。
+リカバリの間、WALファイルの制御コマンドは稼働しません。
 例えば、<code class="function">pg_backup_start</code>や<code class="function">pg_switch_wal</code>などです。
    </p><p>
 <span class="original">
@@ -915,8 +917,8 @@
     The &lt;command&gt;CHECKPOINT&lt;/command&gt; command is accepted during recovery,
     though it performs a restartpoint rather than a new checkpoint.
 </span>
-リカバリの間、チェックポイントプロセスとバックグラウンドライタプロセスは稼働しています。
-チェックポイントプロセスは（プライマリサーバにおけるチェックポイントに類似した）リスタートポイントを設定し、通常のブロック消去を行います。
+リカバリの間、チェックポインタプロセスとバックグラウンドライタプロセスは稼働しています。
+チェックポインタプロセスは（プライマリサーバにおけるチェックポイントに類似した）リスタートポイントを設定し、通常のブロック消去を行います。
 これはスタンバイサーバに保存されるヒントビット情報の更新を含むことができます。
 リカバリの間<code class="command">CHECKPOINT</code>コマンドは受理されますが、新規のチェックポイントではなくてリスタートポイントが設定されます。
    </p></div><div class="sect2" id="HOT-STANDBY-PARAMETERS"><div class="titlepage"><div><div><h3 class="title">26.4.4. ホットスタンバイパラメータリファレンス <a href="#HOT-STANDBY-PARAMETERS" class="id_link">#</a></h3></div></div></div><span class="original">
@@ -1008,7 +1010,7 @@
      hot standby mode will generate an error.
 </span>
 シリアライザブルトランザクション分離レベルはまだホットスタンバイでは利用できません。
-（<a class="xref" href="transaction-iso.html#XACT-SERIALIZABLE" title="13.2.3. シリアライザブル分離レベル">13.2.3</a>および<a class="xref" href="applevel-consistency.html#SERIALIZABLE-CONSISTENCY" title="13.4.1. シリアライザブルトランザクションを用いた一貫性の強化">13.4.1</a>参照）
+（<a class="xref" href="transaction-iso.html#XACT-SERIALIZABLE" title="13.2.3. シリアライザブル分離レベル">13.2.3</a>および<a class="xref" href="applevel-consistency.html#SERIALIZABLE-CONSISTENCY" title="13.4.1. シリアライザブルトランザクションを用いた一貫性の強化">13.4.1</a>参照。）
 ホットスタンバイにおいてトランザクションをシリアライザブルトランザクション分離レベルに設定しようとすると、エラーになります。
     </p></li></ul></div><p>
 

current/html/plpgsql-control-structures.html

@@ -149,7 +149,7 @@
 そして、その実行は<span class="application">PL/pgSQL</span>関数内の次の文に継続します。
 <code class="command">RETURN NEXT</code>または<code class="command">RETURN QUERY</code>コマンドが連続して実行されると、結果集合が作成されます。
 最後の、引数を持ってはならない<code class="command">RETURN</code>により、関数の終了を制御します
-(または制御を関数の最後に移すことができます)。
+（または制御を関数の最後に移すことができます）。
      </p><p>
 <span class="original">
       &lt;command&gt;RETURN QUERY&lt;/command&gt; has a variant
@@ -1067,7 +1067,7 @@
 正の<code class="literal">SLICE</code>値を持つ場合、<code class="literal">FOREACH</code>は単一の要素ではなく多次元配列の低次元部分配列を通して繰り返します。
 <code class="literal">SLICE</code>値は、配列の次元数より小さい整数定数でなければなりません。
 <em class="replaceable"><code>target</code></em>変数は配列でなければなりません。
-この変数は、配列値から連続した部分配列を受けとります
+この変数は、配列値から連続した部分配列を受けとります。
 ここで部分配列は<code class="literal">SLICE</code>で指定した次数となります。
 以下に1次元の部分配列を通した繰り返しの例を示します。