Repository: pgsql-jp/jpug-doc
Pull request #3275: libpq.sgmlのPostgreSQL 17.0対応です。
Author: login: tatsuo-ishii
Labels: name: 他にも誰か見て（レビュー済み）
Created: 2025-03-23T03:15:28Z | Merged: 2025-04-30T23:51:24Z



Diff:
diff --git a/doc/src/sgml/libpq.sgml b/doc/src/sgml/libpq.sgml
index 0359c2241cc..90202564905 100644
--- a/doc/src/sgml/libpq.sgml
+++ b/doc/src/sgml/libpq.sgml
@@ -525,25 +525,16 @@ PostgresPollingStatusType PQconnectPoll(PGconn *conn);
        has failed, or <symbol>PGRES_POLLING_OK</symbol>, indicating the connection
        has been successfully made.
 -->
-《マッチ度[78.169014]》<function>PQconnectStart</function>あるいは<xref linkend="libpq-PQconnectStartParams"/>が成功したら、次は接続シーケンスを進めるために、<application>libpq</application>をポーリングします。
+<function>PQconnectStart</function>あるいは<xref linkend="libpq-PQconnectStartParams"/>が成功したら、次は接続シーケンスを進めるために、<application>libpq</application>をポーリングします。
 データベース接続の背後にあるソケットの記述子を取り出すには、<function>PQsocket(conn)</function>を使用します。
 （注意：複数の<function>PQconnectPoll</function>呼び出しでソケットが同じままであると思わないでください。）
 以下の繰り返しです。
 直前の<function>PQconnectPoll(conn)</function>が<symbol>PGRES_POLLING_READING</symbol>の場合、（<function>select()</function>や<function>poll()</function>などのシステム関数で示されて）ソケットの読み込み準備が整うまで待機します。
+システムで利用可能であれば、<function>PQsocketPoll</function>は<function>select(2)</function>や<function>poll(2)</function>の設定を抽象化することで、定型コードを減らすことができます。
 そして、再度<function>PQconnectPoll(conn)</function>を呼び出します。
 反対に直前の<function>PQconnectPoll(conn)</function>が<symbol>PGRES_POLLING_WRITING</symbol>の場合、ソケットの書き込み準備が整うまで待機し、その後、<function>PQconnectPoll(conn)</function>を再度呼び出します。
 繰り返しの最初、すなわち、未だ<function>PQconnectPoll</function>を呼び出していない場合、最後に<symbol>PGRES_POLLING_WRITING</symbol>を返したかのように振舞います。
 この繰り返しを<function>PQconnectPoll(conn)</function>が、接続手続きの失敗を示す<symbol>PGRES_POLLING_FAILED</symbol>、もしくは、接続確立に成功したことを示す<symbol>PGRES_POLLING_OK</symbol>を返すまで継続します。
-《機械翻訳》<function>PQconnectStart</function>または<xref linkend="libpq-PQconnectStartParams"/>が成功した場合、次の段階は<application>libpq</application>をポーリングして接続シーケンスを続行することです。
-データベース接続の基礎となるソケットの記述子を取得するには、<function>PQsocket(conn)</function>を使用します。
-（注意: ソケットは<function>PQconnectPoll</function>呼び出しの間で同じままだと仮定しないでください）。
-ループを次のように実行します。
-<function>PQconnectPoll(conn)</function>が最後に<symbol>PGRES_POLLING_READING</symbol>を返した場合、ソケットが読み込みの準備ができるまで待ちます(<function>select()</function>、<function>poll()</function>、または同様のシステム関数で示されます)。
-システムで利用可能であれば、<function>PQsocketPoll</function>は<function>select(2)</function>や<function>poll(2)</function>の設定を抽象化することで、定型コードを減らすことができます。
-次に、<function>PQconnectPoll(conn)</function>を再度呼び出します。
-逆に、<function>PQconnectPoll(conn)</function>が最後に<symbol>PGRES_POLLING_WRITING</symbol>を返した場合、ソケットが書き込み可能になるまで待ってから、再度<function>PQconnectPoll(conn)</function>を呼び出します。
-最初の繰り返しでは、つまり<function>PQconnectPoll</function>をまだ呼び出していない場合、最後に<symbol>PGRES_POLLING_WRITING</symbol>を返したかのように振る舞います。
-接続手順が失敗したことを示す<symbol>PGRES_POLLING_FAILED</symbol>を返すか、接続が成功したことを示す<symbol>PGRES_POLLING_OK</symbol>を返すまで、このループを続けます。
       </para>
 
       <para>
@@ -632,7 +623,7 @@ SSL暗号化の調停状態です。
 <!--
            Negotiating GSS encryption.
 -->
-《機械翻訳》GSS暗号化の調停状態です。
+GSS暗号化の調停状態です。
           </para>
          </listitem>
         </varlistentry>
@@ -656,7 +647,7 @@ SSL暗号化の調停状態です。
 <!--
            Checking if connection is to a server in standby mode.
 -->
-《機械翻訳》接続がスタンバイ モードのサーバに対するものかどうかを確認しています。
+接続がスタンバイモードのサーバに対するものかどうかを確認しています。
           </para>
          </listitem>
         </varlistentry>
@@ -736,15 +727,14 @@ switch(PQstatus(conn))
       <para>
 <!--
        <indexterm><primary>nonblocking connection</primary></indexterm>
-       <indexterm><primary>非ブロック接続</primary></indexterm>
        Poll a connection's underlying socket descriptor retrieved with
        <xref linkend="libpq-PQsocket"/>.
        The primary use of this function is iterating through the connection
        sequence described in the documentation of
        <xref linkend="libpq-PQconnectStartParams"/>.
 -->
-《機械翻訳》<indexterm><primary>非ブロッキング接続</primary></indexterm><xref linkend="libpq-PQsocket"/>で取得されたコネクションの基礎となるソケットディスクリプタをポーリングします。
-この関数のプライマリでの使用は、<xref linkend="libpq-PQconnectStartParams"/>の文書で説明されているコネクションシーケンスを通じて繰り返されます。
+<indexterm><primary>非ブロッキング接続</primary></indexterm><xref linkend="libpq-PQsocket"/>で取得された接続の基礎となるソケットディスクリプタをポーリングします。
+この関数の主な用途は、<xref linkend="libpq-PQconnectStartParams"/>の文書で説明されている接続シーケンスを繰り返すことにあります。
 <synopsis>
 typedef pg_int64 pg_usec_time_t;
 
@@ -763,10 +753,9 @@ int PQsocketPoll(int sock, int forRead, int forWrite,
        the function will terminate when the
        socket is ready for writing.
 -->
-《機械翻訳》この関数は、ファイルディスクリプタのポーリングを実行します。
-オプションでタイムアウトも実行できます。
-<parameter>forRead</parameter>が非ゼロの場合、関数はソケットの読取り準備が整ったときに終了します。
-<parameter>forWrite</parameter>が非ゼロの場合、関数はソケットの書込み準備が整ったときに終了します。
+この関数は、ファイルディスクリプタのポーリングを実行し、オプションでタイムアウトも実行できます。
+<parameter>forRead</parameter>が非ゼロの場合、この関数はソケットの読取り準備が整ったときに終了します。
+<parameter>forWrite</parameter>が非ゼロの場合、この関数はソケットの書込み準備が整ったときに終了します。
       </para>
 
       <para>
@@ -783,12 +772,11 @@ int PQsocketPoll(int sock, int forRead, int forWrite,
        Note that the underlying system calls may have less than microsecond
        precision, so that the actual delay may be imprecise.
 -->
-《機械翻訳》タイムアウトは<parameter>end_time</parameter>で指定されます。
-これは、Unixエポックからのマイクロ秒数で表される待機を停止する時間です（つまり、<type>time_t</type>×100万）。
+タイムアウトは<parameter>end_time</parameter>で指定され、これは、Unixエポックからのマイクロ秒数で表される待機を停止する時間です（つまり、<type>time_t</type>×100万）。
 <parameter>end_time</parameter>が<literal>-1</literal>の場合、タイムアウトは無限になります。
-end_timeが<literal>0</literal>の場合、タイムアウトは即時（ブロッキングなし）です（実際には、現在の任意の時間前です）。
-タイムアウト値は、<xref linkend="libpq-PQgetCurrentTimeUSec"/>の結果に所望のマイクロ秒数を加えることによって便利に計算することができる。
-基礎となるシステムが呼び出すノートは、より小さいマイクロ秒精度を有することがあり、その結果、実際の遅延は不正確であり得る。
+end_timeが<literal>0</literal>の場合、タイムアウトは即時（ブロッキングなし）です（実際には、現在時刻の前の任意の時刻でも構いません）。
+タイムアウト値は、<xref linkend="libpq-PQgetCurrentTimeUSec"/>の結果に所望のマイクロ秒数を加えることによって容易に計算できます。
+使用しているシステムコールの精度はマイクロ秒より劣っていることがあり、実際の遅延は不正確である可能性があることに注意してください。
       </para>
 
       <para>
@@ -801,9 +789,9 @@ end_timeが<literal>0</literal>の場合、タイムアウトは即時（ブロ
        and <parameter>forWrite</parameter> are zero, the function immediately
        returns a timeout indication.
 -->
-《機械翻訳》関数は、指定された条件が満たされた場合は値より大きい<literal>0</literal>を返し、タイムアウトが発生した場合は<literal>0</literal>を返し、エラーが発生した場合は<literal>-1</literal>を返します。
+この関数は、指定された条件が満たされた場合は<literal>0</literal>より大きい値を返し、タイムアウトが発生した場合は<literal>0</literal>を返し、エラーが発生した場合は<literal>-1</literal>を返します。
 エラーは、<literal>errno(3)</literal>値をチェックすることによって取得できます。
-イベントでは、<parameter>forRead</parameter>と<parameter>forWrite</parameter>の両方がゼロであり、関数はすぐにタイムアウト表示を返します。
+<parameter>forRead</parameter>と<parameter>forWrite</parameter>の両方がゼロなら、関数はすぐにタイムアウトの返り値を返します。
       </para>
 
       <para>
@@ -816,7 +804,7 @@ end_timeが<literal>0</literal>の場合、タイムアウトは即時（ブロ
        <parameter>writefds</parameter> from <function>select(2)</function>,
        for more information.
 -->
-《機械翻訳》<function>PQsocketPoll</function>は、<function>select(2)</function>に応じて<function>poll(2)</function>またはプラットフォームを使用して実装されます。
+<function>PQsocketPoll</function>は、プラットフォームに依存して<function>select(2)</function>または<function>poll(2)</function>を使用して実装されています。
 詳細については、<function>poll(2)</function>の<literal>POLLIN</literal>と<literal>POLLOUT</literal>、<function>select(2)</function>の<parameter>readfds</parameter>と<parameter>writefds</parameter>を参照してください。
       </para>
      </listitem>
@@ -2044,17 +2032,10 @@ Windowsでは、<literal>localhost</literal>への接続を試みます。
        seconds, so the total time spent waiting for a connection might be
        up to 10 seconds.
 -->
-《マッチ度[58.643326]》接続中の最大待機時間を秒単位（10進整数で記述してください、<literal>10</literal>など）で指定します。
+接続中の最大待機時間を秒単位（10進整数で記述してください、<literal>10</literal>など）で指定します。
 ゼロ、負値、もしくは未設定は、無期限の待機を意味します。
-許容される最小のタイムアウトは2秒です。
-したがって、<literal>1</literal>は<literal>2</literal>と解釈されます。
 このタイムアウトは各ホスト名やIPアドレスに別々に適用されます。
 例えば、二つのホストを指定して、<literal>connect_timeout</literal>が5であるなら、各ホストが5秒以内に接続できないときにタイムアウトして、接続を待つ合計所要時間は10秒近くになるかもしれません。
-《機械翻訳》接続中に待機する最大時間を秒単位で指定します（10進数整数として記述します。
-例:<literal>10</literal>）。
-ゼロ、負の値、または指定しない場合は、無限に待機することを意味します。
-このタイムアウトは、各ホストの名前またはIPアドレスに個別に適用されます。
-例の場合、2つのホストを指定し、<literal>connect_タイムアウト</literal>が5の場合、5秒以内にコネクションが作成されないと各ホストがタイムアウトするため、コネクションの待機に費やされる合計時間は最大10秒になります。
       </para>
       </listitem>
      </varlistentry>
@@ -2093,16 +2074,11 @@ Windowsでは、<literal>localhost</literal>への接続を試みます。
         backslash.  For a detailed discussion of the available
         options, consult <xref linkend="runtime-config"/>.
 -->
-《マッチ度[82.481752]》接続開始時にサーバに送信するコマンドラインオプションを指定します。
-例えば、これを<literal>-c geqo=off</literal>に設定すると、<varname>geqo</varname>パラメータのセッション値は<literal>off</literal>になります。
+接続開始時にサーバに送信するコマンドラインオプションを指定します。
+例えば、これを<literal>-c geqo=off</literal>または<literal>--geqo=off</literal>に設定すると、<varname>geqo</varname>パラメータのセッションの値が<literal>off</literal>に設定されます。
 この文字列中の空白はバックスラッシュ(<literal>\</literal>)でエスケープされていなければコマンド行引数の区切りであるとみなされます。
 リテラルのバックスラッシュを表すには<literal>\\</literal>と書いて下さい。
 利用可能なオプションに関する詳細については<xref linkend="runtime-config"/>を参照してください。
-《機械翻訳》コネクションスタートでサーバに送信するコマンド-直線オプションを指定します。
-例の場合、これを<literal>-c geqo=オフ</literal>または<literal>--geqo=オフ</literal>に設定すると、<varname>geqo</varname>パラメータのセッションの値が<literal>オフ</literal>に設定されます。
-この文字列内のスペースは、コマンド-直線引数を区切るものと見なされます。
-ただし、リテラルバックスラッシュを表すためにバックスラッシュ<literal>\</literal>);write<literal>\\</literal>でエスケープされている場合を除きます。
-利用可能なオプションの詳細については、<xref linkend="runtime-config"/>を参照してください。
        </para>
       </listitem>
      </varlistentry>
@@ -2538,9 +2514,7 @@ SSLサポートなしで<productname>PostgreSQL</productname>がコンパイル
         infrastructure (such as a Kerberos server), also set
         <literal>gssencmode</literal> to <literal>disable</literal>.
 -->
-《マッチ度[86.407767]》<acronym>GSSAPI</acronym>暗号化が可能な場合、<literal>sslmode</literal>の値に関係なく、<acronym>SSL</acronym>暗号化よりも優先して使用されることに注意してください。
-<acronym>GSSAPI</acronym>インフラストラクチャが動作している環境(Kerberosサーバなど)で<acronym>SSL</acronym>暗号化を強制的に使用するには、<literal>gssencmode</literal>を<literal>disable</literal>に設定します。
-《機械翻訳》<acronym>GSSAPI</acronym>暗号化が可能な場合、<literal>sslmode</literal>の値に関係なく、<acronym>SSL</acronym>暗号化よりも優先して使用されることに注意してください。
+<acronym>GSSAPI</acronym>暗号化が可能な場合、<literal>sslmode</literal>の値に関係なく、<acronym>SSL</acronym>暗号化よりも優先して使用されることに注意してください。
 <acronym>GSSAPI</acronym>インフラストラクチャが動作している環境（Kerberosサーバなど）で<acronym>SSL</acronym>暗号化を強制的に使用するには、<literal>gssencmode</literal>を<literal>disable</literal>に設定します。
        </para>
       </listitem>
@@ -2597,11 +2571,11 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
         option was introduced in <productname>PostgreSQL</productname> version
         17.
 -->
-《機械翻訳》このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのようにネゴシエートされるかを制御します。
-デフォルト<literal>POSTGRES</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
-<literal>直接</literal>モードでは、クライアントはTCP/IPハンドシェークを確立した直後に標準SSLコネクションを開始します。
-従来型(プロトコルネゴシエーションは、さまざまなサーバ設定に対して最も柔軟性があります。
-<productname>PostgreSQL</productname>サーバがサポート直接<acronym>SSL</acronym>接続に認識されている場合、SSL接続では必要なラウンドトリップが1つ少なくなり、コネクションレイテンシが削減され、プロトコルに依存しないSSLネットワークツールを使用できるようになります。
+このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのように調停されるかを制御します。
+デフォルト<literal>postgres</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
+<literal>direct</literal>モードでは、クライアントはTCP/IP接続を確立した後に直接標準SSLハンドシェイクを開始します。
+伝統的な<productname>PostgreSQL</productname>プロトコルネゴシエーションは、さまざまなサーバ設定に対して最も柔軟性があります。
+<productname>PostgreSQL</productname>サーバが直接<acronym>SSL</acronym>接続をサポートしているとわかっている場合、SSL接続では必要なラウンドトリップが1つ少なくなり、接続遅延が削減され、プロトコルに依存しないSSLネットワークツールを使用できるようになります。
 直接SSLオプションは、<productname>PostgreSQL</productname>バージョン17で導入されました。
        </para>
 
@@ -2614,7 +2588,7 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
              perform <productname>PostgreSQL</productname> protocol
              negotiation. This is the default if the option is not provided.
 -->
-《機械翻訳》<productname>PostgreSQL</productname>プロトコルのネゴシエーションを行います。
+<productname>PostgreSQL</productname>プロトコルのネゴシエーションを行います。
 このオプションが指定されていない場合のデフォルトです。
            </para>
           </listitem>
@@ -2631,9 +2605,8 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
              plaintext authentication when the server does not support direct
              SSL handshake.
 -->
-《機械翻訳》TCP/IPハンドシェークを確立した直後にSSLコネクションをスタートします。
-これは、sslmode=require以上の場合にのみ許可されます。
-これは、弱い設定では、サーバがSSL認証をサポートしない場合に、意図しないプレーンテキストハンドシェークへのフォールバックが発生する可能性があるためです。
+TCP/IPハンドシェークを確立した後に直接SSL接続を開始します。
+弱い設定では、サーバがSSL認証をサポートしない場合に、意図しないプレーンテキストハンドシェークへのフォールバックが発生する可能性があるため、sslmode=require以上の場合にのみ許可されます。
            </para>
           </listitem>
          </varlistentry>
@@ -2666,10 +2639,7 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
         <productname>PostgreSQL</productname> 14 disabled compression
         completely in the backend.
 -->
-《マッチ度[85.948478]》SSL圧縮は今日では安全ではないと考えられていて、もはや使用は推奨されません。
-<productname>OpenSSL</productname> 1.1.0はデフォルトでは圧縮を無効にしており、多くのOSディストリビューションでもこれまでのバージョンで無効化しています。そのため、サーバが圧縮を受け付けない場合、本パラメータをonに設定しても効果がありません。
-<productname>PostgreSQL</productname> 14はバックエンドでの圧縮を完全に無効にしています。
-《機械翻訳》SSL圧縮は現在では安全ではないと考えられており、その使用は推奨されません。
+SSL圧縮は現在では安全ではないと考えられており、その使用は推奨されません。
 <productname>OpenSSL</productname> 1.1.0ではデフォルトで圧縮が無効になっており、多くのオペレーティングシステムのディストリビューションでも以前のバージョンでは無効になっていたため、このパラメータをonに設定してもサーバが圧縮を受け入れない場合は効果がありません。
 <productname>PostgreSQL</productname> 14ではバックエンドで圧縮が完全に無効になりました。
        </para>
@@ -2983,11 +2953,8 @@ PostgreSQLサーバは、一般に、有効にするかどうかに関係なく
         in cleartext in the network traffic, so it might be undesirable in
         some cases.
 -->
-《マッチ度[68.264840]》Server Name Indicationは、SSLストリームを復号化することなく接続をルーティングするために、SSL対応プロキシによって使用できます(これには、SSLプロキシだけでなく、PostgreSQLプロトコルハンドシェイクを認識するプロキシが必要であることに注意してください)。
+Server Name Indicationは、SSLストリームを復号化することなく接続をルーティングするために、SSL対応プロキシによって使用できます。（プロキシがPostgreSQLプロトコルハンドシェークを認識していない限り、<literal>sslnegotiation</literal>を<literal>direct</literal>に設定する必要があることに注意してください。）
 しかし、<acronym>SNI</acronym>は宛先ホスト名をネットワークトラフィック中に平文で表示しますので、場合によっては望ましくないかもしれません。
-《機械翻訳》サーバ名前表示は、SSL対応プロキシがSSLストリームを復号化せずに接続をルーティングするために使用できます。
-（ノートは、プロキシがPostgreSQLプロトコルハンドシェークを認識していない限り、<literal>直接</literal>への設定<literal>sslnegotiation</literal>が必要になります。）
-ただし、<acronym>SNI</acronym>では、ネットワークトラフィックに宛先ホスト名がクリアテキストで表示されるため、場合によっては望ましくない場合があります。
        </para>
       </listitem>
      </varlistentry>
@@ -3499,7 +3466,7 @@ char *PQhost(const PGconn *conn);
        error), it returns an empty string.
 -->
 <parameter>conn</parameter>引数が<symbol>NULL</symbol>ならば、<xref linkend="libpq-PQhost"/>は<symbol>NULL</symbol>を返します。
-そうでない場合、もしホスト情報の生成中エラーとなったら（おそらくコネクションがまだ完全には確立されていないか、なんらかのエラーがある場合です）、空文字が返ります。
+そうでない場合、もしホスト情報の生成中エラーとなったら（おそらく接続がまだ完全には確立されていないか、なんらかのエラーがある場合です）、空文字が返ります。
       </para>
 
       <para>
@@ -3543,7 +3510,7 @@ char *PQhostaddr(const PGconn *conn);
        there was an error), it returns an empty string.
 -->
 <parameter>conn</parameter>引数が<symbol>NULL</symbol>ならば、<xref linkend="libpq-PQhostaddr"/>は<symbol>NULL</symbol>を返します。
-そうでない場合、もしホスト情報の生成がエラーとなったら（おそらくコネクションがまだ完全には確立されていないか、なんらかのエラーがある場合です）、空文字が返ります。
+そうでない場合、もしホスト情報の生成がエラーとなったら（おそらく接続がまだ完全には確立されていないか、なんらかのエラーがある場合です）、空文字が返ります。
       </para>
      </listitem>
     </varlistentry>
@@ -3580,7 +3547,7 @@ char *PQport(const PGconn *conn);
        error), it returns an empty string.
 -->
 <parameter>conn</parameter>引数が<symbol>NULL</symbol>ならば、<xref linkend="libpq-PQport"/>は<symbol>NULL</symbol>を返します。
-そうでない場合、もしホスト情報の生成がエラーとなったら（おそらくコネクションがまだ完全には確立されていないか、なんらかのエラーがある場合です）、空文字が返ります。
+そうでない場合、もしホスト情報の生成がエラーとなったら（おそらく接続がまだ完全には確立されていないか、なんらかのエラーがある場合です）、空文字が返ります。
       </para>
 
       <para>
@@ -3780,8 +3747,7 @@ const char *PQparameterStatus(const PGconn *conn, const char *paramName);
        <varname>integer_datetimes</varname>
        cannot change after startup.
 -->
-《機械翻訳》（<varname>default_transaction_read_only</varname>と<varname>in_hot_standby</varname>は14より前のリリースでは報告されませんでした。
-<varname>scram_iterations</varname>は16より前のリリースでは報告されませんでした。
+（<varname>default_transaction_read_only</varname>と<varname>in_hot_standby</varname>は14より前のリリースでは報告されませんでした。<varname>scram_iterations</varname>は16より前のリリースでは報告されませんでした。
 なお、<varname>server_version</varname>、<varname>server_encoding</varname>、および<varname>integer_datetimes</varname>は起動後に変更できません。
       </para>
 
@@ -3910,7 +3876,7 @@ int PQserverVersion(const PGconn *conn);
        Returns the error message most recently generated by
        an operation on the connection.
 -->
-《機械翻訳》接続に対する操作によって最後に生成されたエラー・メッセージを戻します。
+接続に対する操作によって最後に生成されたエラーメッセージを返します。
 
 <synopsis>
 char *PQerrorMessage(const PGconn *conn);
@@ -4212,7 +4178,7 @@ SSL圧縮が使用されている場合は"on"を返し、使用されていな
             mainly useful for checking whether the server supported ALPN or
             not. Empty string if ALPN was not used.
 -->
-《機械翻訳》TLSアプリケーションレイヤプロトコルネゴシエーション(ALPN)拡張によって選択されたアプリケーションプロトコル。
+TLSアプリケーションレイヤプロトコルネゴシエーション(ALPN)拡張によって選択されたアプリケーションプロトコルです。
 libpqがサポートするプロトコルは<literal>postgresql</literal>のみであるため、これは主にサーバがALPNをサポートしているかどうかをチェックするのに役立ちます。
 ALPNが使用されなかった場合は空文字列です。
            </para>
@@ -4804,7 +4770,7 @@ NULLという結果はメモリ不足や全くコマンドを送信すること
     be created by executing SQL <xref linkend="sql-prepare"/>
     statements.
 -->
-《機械翻訳》<xref linkend="libpq-PQexecPrepared"/>で使用するための準備された文は、SQL<xref linkend="sql-prepare"/>文を実行して作成することもできます。
+<xref linkend="libpq-PQexecPrepared"/>で使用するための準備された文は、SQL <xref linkend="sql-prepare"/>文を実行して作成することもできます。
    </para>
 
    <para>
@@ -4960,8 +4926,7 @@ PGresult *PQdescribePortal(PGconn *conn, const char *portalName);
         Submits a request to close the specified prepared statement, and waits
         for completion.
 -->
-《マッチ度[54.651163]》指定したプリペアド文に関する情報入手要求を送り、入手完了まで待機します。
-《機械翻訳》指定したプリペアド文をクローズする要求を送信し、完了を待機します。
+指定したプリペアド文をクローズする要求を送信し、完了を待機します。
 <synopsis>
 PGresult *PQclosePrepared(PGconn *conn, const char *stmtName);
 </synopsis>
@@ -4974,7 +4939,7 @@ PGresult *PQclosePrepared(PGconn *conn, const char *stmtName);
         of its associated resources on the server and allows its name to be
         reused.
 -->
-《機械翻訳》<xref linkend="libpq-PQclosePrepared"/>を使用すると、アプリケーションは以前に準備された文を閉じることができます。
+<xref linkend="libpq-PQclosePrepared"/>を使用すると、アプリケーションは以前に準備された文を閉じることができます。
 文を閉じると、サーバ上の関連するすべてのリソースが解放され、その名前を再利用できるようになります。
        </para>
 
@@ -4986,7 +4951,7 @@ PGresult *PQclosePrepared(PGconn *conn, const char *stmtName);
         no-op. On success, a <structname>PGresult</structname> with
         status <literal>PGRES_COMMAND_OK</literal> is returned.
 -->
-《機械翻訳》<parameter>stmtName</parameter>は<literal>""</literal>または<symbol>NULL</symbol>で、名前のない文を参照できます。
+<parameter>stmtName</parameter>は<literal>""</literal>または<symbol>NULL</symbol>で、名前のない文を参照できます。
 この名前の文が存在しない場合、操作は何も行われません。
 成功した場合、ステータス<literal>PGRES_COMMAND_OK</literal>を持つ<structname>PGresult</structname>が返されます。
        </para>
@@ -5002,7 +4967,7 @@ PGresult *PQclosePrepared(PGconn *conn, const char *stmtName);
         Submits a request to close the specified portal, and waits for
         completion.
 -->
-《機械翻訳》指定されたポータルを閉じる要求を送信し、完了を待機します。
+指定されたポータルを閉じる要求を送信し、完了を待機します。
 <synopsis>
 PGresult *PQclosePortal(PGconn *conn, const char *portalName);
 </synopsis>
@@ -5017,9 +4982,7 @@ PGresult *PQclosePortal(PGconn *conn, const char *portalName);
         direct access to portals, but you can use this function to close a
         cursor created with a <command>DECLARE CURSOR</command> SQL command.)
 -->
-《マッチ度[58.578431]》<xref linkend="libpq-PQdescribePortal"/>により、アプリケーションは事前に作成されたポータルの情報を入手することができます。
-（<application>libpq</application>はポータルへの直接アクセスする方法を提供していませんが、この関数を使用して<command>DECLARE CURSOR</command> SQLコマンドで作成したカーソルの属性を確認することができます。）
-《機械翻訳》<xref linkend="libpq-PQclosePortal"/>を使用すると、アプリケーションは以前に作成したポータルを閉じることができます。
+<xref linkend="libpq-PQclosePortal"/>を使用すると、アプリケーションは以前に作成したポータルを閉じることができます。
 ポータルを閉じると、サーバ上の関連するすべてのリソースが解放され、その名前を再利用できるようになります。
 （<application>libpq</application>はポータルへの直接アクセスを提供しませんが、この関数を使用して<command>DECLARE CURSOR</command>SQLコマンドで作成されたカーソルを閉じることができます。）
        </para>
@@ -5032,7 +4995,7 @@ PGresult *PQclosePortal(PGconn *conn, const char *portalName);
         no-op. On success, a <structname>PGresult</structname> with status
         <literal>PGRES_COMMAND_OK</literal> is returned.
 -->
-《機械翻訳》<parameter>portalName</parameter>は<literal>""</literal>または<symbol>NULL</symbol>で、名前のないポータルを参照できます。
+<parameter>portalName</parameter>は<literal>""</literal>または<symbol>NULL</symbol>で、名前のないポータルを参照できます。
 この名前のポータルが存在しない場合は、操作は何も行われません。
 成功した場合、ステータス<literal>PGRES_COMMAND_OK</literal>を持つ<structname>PGresult</structname>が返されます。
        </para>
@@ -5221,9 +5184,7 @@ ExecStatusType PQresultStatus(const PGresult *res);
             The number of tuples will not exceed the limit passed to
             <xref linkend="libpq-PQsetChunkedRowsMode"/>.
 -->
-《マッチ度[50.943396]》<structname>PGresult</structname>には現在のコマンドからの結果タプルが１つ含まれます。
-この状態は問い合わせで単一行モードが選択された場合（<xref linkend="libpq-single-row-mode"/>参照）のみ起こります。
-《機械翻訳》<structname>PGresult</structname>は現在のコマンドからの複数の結果タプルを含んでいます。
+<structname>PGresult</structname>は現在のコマンドからの複数の結果タプルを含んでいます。
 この状態は、問い合わせに対してチャンクモードが選択された場合にのみ発生します（<xref linkend="libpq-single-row-mode"/>を参照してください）。
 タプル数は<xref linkend="libpq-PQsetChunkedRowsMode"/>に渡された制限を超えることはありません。
            </para>
@@ -5241,9 +5202,7 @@ ExecStatusType PQresultStatus(const PGresult *res);
             <xref linkend="libpq-PQsendPipelineSync"/>.
             This status occurs only when pipeline mode has been selected.
 -->
-《マッチ度[68.992248]》<structname>PGresult</structname>は、<xref linkend="libpq-PQpipelineSync"/>によって要求されたパイプラインモードの同期ポイントを表します。
-この状態はパイプラインモードが選択されている場合のみ起こります。
-《機械翻訳》<structname>PGresult</structname>は、パイプラインモードで<xref linkend="libpq-PQpipelineSync"/>または<xref linkend="libpq-PQsendPipelineSync"/>によって要求された同期点を表します。
+<structname>PGresult</structname>は、パイプラインモードで<xref linkend="libpq-PQpipelineSync"/>または<xref linkend="libpq-PQsendPipelineSync"/>によって要求された同期ポイントを表します。
 この状態は、パイプラインモードが選択された場合にのみ発生します。
            </para>
           </listitem>
@@ -5262,8 +5221,7 @@ ExecStatusType PQresultStatus(const PGresult *res);
             resume.
 -->
 <structname>PGresult</structname>は、サーバからエラーを受信したパイプラインを表します。
-<function>PQgetResult</function>は繰り返し呼び出されなければなりません。
-現在のパイプラインが終了するまでこのステータスコードを返す度に<literal>PGRES_PIPELINE_SYNC</literal>を返し、通常の処理を再開できます。
+<function>PQgetResult</function>は繰り返し呼び出されなければならず、現在のパイプラインが終了するまでこのステータスコードを返す度に<literal>PGRES_PIPELINE_SYNC</literal>を返し、通常の処理を再開できます。
            </para>
           </listitem>
          </varlistentry>
@@ -5284,14 +5242,10 @@ ExecStatusType PQresultStatus(const PGresult *res);
         etc.). A response of <literal>PGRES_EMPTY_QUERY</literal> might
         indicate a bug in the client software.
 -->
-《マッチ度[80.310078]》結果状態が<literal>PGRES_TUPLES_OK</literal>または<literal>PGRES_SINGLE_TUPLE</literal>であれば、以下で説明する関数を使って問い合わせが返した行を取り出すことができます。
+結果の状態が<literal>PGRES_TUPLES_OK</literal>、<literal>PGRES_SINGLE_TUPLE</literal>、または<literal>PGRES_TUPLES_CHUNK</literal>の場合、以下に説明する関数を使用して、問い合わせによって返された行を取り出すことができます。
 ただし、たまたま<command>SELECT</command>コマンドが返す行が０個だったような場合でも<literal>PGRES_TUPLES_OK</literal>となることに注意してください。
 <literal>PGRES_COMMAND_OK</literal>は、行を決して返さない(<literal>RETURNING</literal>句の無い<command>INSERT</command>または<command>UPDATE</command>など)コマンド用です。
 <literal>PGRES_EMPTY_QUERY</literal>という応答はクライアントソフトウェアの不具合を示しているかもしれません。
-《機械翻訳》結果の状態が<literal>PGRES_TUPLES_OK</literal>、<literal>PGRES_SINGLE_TUPLE</literal>、または<literal>PGRES_TUPLES_CHUNK</literal>の場合、以下に説明する関数を使用して、問い合わせによって返された行を取り出すことができます。
-偶然にゼロ行を取得する<command>SELECT</command>コマンドは、<literal>PGRES_TUPLES_OK</literal>を示すことに注意してください。
-<literal>PGRES_COMMAND_OK</literal>は、行を返すことができないコマンド（<literal>RETURNING</literal>句のない<command>INSERT</command>や<literal>UPDATE</literal>など）に対して使用します。
-<literal>PGRES_EMPTY_QUERY</literal>という応答は、クライアントソフトウェアのバグを示すかもしれません。
        </para>
 
        <para>
@@ -5872,13 +5826,8 @@ void PQclear(PGresult *res);
     would provide, but it has zero rows.  For objects with other status values,
     these functions will act as though the result has zero rows and zero columns.
 -->
-《マッチ度[87.091503]》これらの関数を使用して、正常終了した問い合わせ結果を示す(つまり、その状態が<literal>PGRES_TUPLES_OK</literal>または<literal>PGRES_SINGLE_TUPLE</literal>となっている)<structname>PGresult</structname>オブジェクトから情報を抽出することができます。
-また、成功したDescribe操作から情報を抽出することもできます。
-Describeの結果はすべて、実際に問い合わせを実行した時に提供されるものと同じ列情報を持ちますが、行はありません。
-他の状態値を持つオブジェクトでは、これらの関数は、結果が0行0列であるものと同様に動作します。
-《機械翻訳》これらの関数は、問い合わせ結果が成功したことを表す<structname>PGresult</structname>（つまり、<literal>PGRES_TUPLES_OK</literal>、<literal>PGRES_SINGLE_TUPLE</literal>、または<literal>PGRES_TUPLES_CHUNK</literal>のステータスを持つ）から情報を抽出するために使用されます。
-また、成功したDescribe操作から情報を抽出するためにも使用できます。
-Describeの結果には、実際の問合せの実行によって提供される列情報と同じ情報がすべて含まれますが、行は0です。
+これらの関数は、問い合わせ結果が成功したことを表す<structname>PGresult</structname>（つまり、<literal>PGRES_TUPLES_OK</literal>、<literal>PGRES_SINGLE_TUPLE</literal>、または<literal>PGRES_TUPLES_CHUNK</literal>のステータスを持つ）から情報を抽出するために使用されます。
+また、成功したDescribe操作から情報を抽出するためにも使用できます。Describeの結果には、実際の問合せの実行によって提供される列情報と同じ情報がすべて含まれますが、行は0です。
 他のステータス値を持つオブジェクトの場合、これらの関数は結果が0行と0列であるかのように動作します。
    </para>
 
@@ -7197,16 +7146,13 @@ unsigned char *PQunescapeBytea(const unsigned char *from, size_t *to_length);
    <xref linkend="libpq-PQprepare"/>,
    <xref linkend="libpq-PQexecPrepared"/>,
    <xref linkend="libpq-PQdescribePrepared"/>,
--->
-《マッチ度[74.937028]》アプリケーションにとってこのような制限が望ましくない場合は、代わりに<xref linkend="libpq-PQexec"/>を構成する関数<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を使用してください。
-また、<xref linkend="libpq-PQsendQueryParams"/>と<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>もあり、<xref linkend="libpq-PQgetResult"/>を使用して、それぞれ<xref linkend="libpq-PQexecParams"/>と<xref linkend="libpq-PQprepare"/>、<xref linkend="libpq-PQexecPrepared"/>、<xref linkend="libpq-PQdescribePrepared"/>、<xref linkend="libpq-PQdescribePortal"/>と同等の機能を行うことができます。
-《機械翻訳》これらの制限を嫌うアプリケーションは、<xref linkend="libpq-PQexec"/>が基礎としている関数<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を使用することができます。
-<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>があります。
-これらは<xref linkend="libpq-PQgetResult"/>とともに使用して、<xref linkend="libpq-PQexecParams"/>、<xref linkend="libpq-PQprepare"/>、<xref linkend="libpq-PQexecPrepared"/>、<xref linkend="libpq-PQdescribePrepared"/>の機能を複製できます。
    <xref linkend="libpq-PQdescribePortal"/>
    <xref linkend="libpq-PQclosePrepared"/>, and
    <xref linkend="libpq-PQclosePortal"/>
    respectively.
+-->
+アプリケーションにとってこのような制限が望ましくない場合は、代わりに<xref linkend="libpq-PQexec"/>を構成する関数<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を使用してください。
+また、<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>もあり、<xref linkend="libpq-PQgetResult"/>を使用して、それぞれ<xref linkend="libpq-PQexecParams"/>、<xref linkend="libpq-PQprepare"/>、<xref linkend="libpq-PQexecPrepared"/>、<xref linkend="libpq-PQdescribePrepared"/>、<xref linkend="libpq-PQdescribePortal"/>、<xref linkend="libpq-PQclosePrepared"/>、<xref linkend="libpq-PQclosePortal"/>の機能を複製できます。
 
    <variablelist>
     <varlistentry id="libpq-PQsendQuery">
@@ -7420,9 +7366,7 @@ int PQsendDescribePortal(PGconn *conn, const char *portalName);
        Submits a request to close the specified prepared statement, without
        waiting for completion.
 -->
-《マッチ度[59.782609]》指定したプリペアド文に関する情報入手要求を送ります。
-入手完了まで待機しません。
-《機械翻訳》完了を待たずに、指定した準備文を閉じる要求を送信します。
+完了を待たずに、指定した準備文を閉じる要求を送信します。
 <synopsis>
 int PQsendClosePrepared(PGconn *conn, const char *stmtName);
 </synopsis>
@@ -7434,11 +7378,7 @@ int PQsendClosePrepared(PGconn *conn, const char *stmtName);
        obtain the results.  The function's parameters are handled
        identically to <xref linkend="libpq-PQclosePrepared"/>.
 -->
-《マッチ度[85.230769]》これは<xref linkend="libpq-PQdescribePrepared"/>の非同期版です。
-要求の登録に成功した場合1が、失敗した場合0が返されます。
-呼び出しに成功した後、<xref linkend="libpq-PQgetResult"/>を呼び出して結果を入手してください。
-この関数のパラメータは<xref linkend="libpq-PQdescribePrepared"/>と同じように扱われます。
-《機械翻訳》これは<xref linkend="libpq-PQclosePrepared"/>の非同期版です。
+これは<xref linkend="libpq-PQclosePrepared"/>の非同期版です。
 要求を送信できた場合は1を、そうでない場合は0を返します。
 成功した場合は<xref linkend="libpq-PQgetResult"/>を呼び出して結果を取得します。
 この関数のパラメータは<xref linkend="libpq-PQclosePrepared"/>と同じように扱われます。
@@ -7455,7 +7395,7 @@ int PQsendClosePrepared(PGconn *conn, const char *stmtName);
        Submits a request to close specified portal, without waiting for
        completion.
 -->
-《機械翻訳》完了を待たずに、指定されたポータルを閉じる要求を送信します。
+完了を待たずに、指定されたポータルを閉じる要求を送信します。
 <synopsis>
 int PQsendClosePortal(PGconn *conn, const char *portalName);
 </synopsis>
@@ -7467,14 +7407,10 @@ int PQsendClosePortal(PGconn *conn, const char *portalName);
        obtain the results.  The function's parameters are handled
        identically to <xref linkend="libpq-PQclosePortal"/>.
 -->
-《マッチ度[85.046729]》これは<xref linkend="libpq-PQdescribePortal"/>の非同期版です。
-要求の登録に成功した場合1が、失敗した場合0が返されます。
-呼び出しに成功した後、<xref linkend="libpq-PQgetResult"/>を呼び出して結果を入手してください。
-この関数のパラメータは<xref linkend="libpq-PQdescribePortal"/>と同じように扱われます。
-《機械翻訳》これは<xref linkend="libpq-PQclosePortal"/>の非同期版です。
+これは<xref linkend="libpq-PQclosePortal"/>の非同期版です。
 要求を送信できた場合は1を、そうでない場合は0を返します。
 呼び出しが成功した後、結果を得るために<xref linkend="libpq-PQgetResult"/>を呼び出します。
-この関数のパラメータは<xref linkend="libpq-PQclosePortal"/>と同じように扱われます。
+この関数のパラメータは<xref linkend="libpq-PQclosePortal"/>と同様に扱われます。
       </para>
      </listitem>
     </varlistentry>
@@ -7500,10 +7436,8 @@ int PQsendClosePortal(PGconn *conn, const char *portalName);
        A null pointer is returned when the command is complete and there
        will be no more results.
 -->
-《マッチ度[67.238422]》以前に呼び出した<xref linkend="libpq-PQsendQuery"/>、<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQpipelineSync"/>から次の結果を待ち、その結果を返します。
+以前に呼び出した<xref linkend="libpq-PQsendQuery"/>、<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>、<xref linkend="libpq-PQsendPipelineSync"/>、<xref linkend="libpq-PQpipelineSync"/>からの結果を待ち、その結果を返します。
 コマンドが完了し、これ以上結果がない場合は、NULLポインタが返されます。
-《機械翻訳》以前の<xref linkend="libpq-PQsendQuery"/>、<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>、<xref linkend="libpq-PQsendPipelineSync"/>、または<xref linkend="libpq-PQpipelineSync"/>からの結果を待ち、それを返します。
-コマンドが完了し、それ以上結果がない場合は、NULLポインタが返されます。
 <synopsis>
 PGresult *PQgetResult(PGconn *conn);
 </synopsis>
@@ -7545,9 +7479,9 @@ PGresult *PQgetResult(PGconn *conn);
        the synchronization point.)
 -->
 パイプラインモードでは、<function>PQgetResult</function>はエラーが発生しない限り通常通りに戻ります。
-エラーを引き起こした問い合わせの後、次の同期点まで(そして次の同期点を除外して)送られた問い合わせに対しては、<literal>PGRES_PIPELINE_ABORTED</literal>型の特殊な結果が返され、その後にNULLポインタが返されます。
-パイプライン同期点に到達すると、<literal>PGRES_PIPELINE_SYNC</literal>型の結果が返されます。
-同期点の後の次の問い合わせの結果はすぐに続きます(つまり、同期点の後にNULLポインタは返されません)。
+エラーを引き起こした問い合わせの後、次の同期ポイントまで(そして次の同期ポイントを除外して)送られた問い合わせに対しては、<literal>PGRES_PIPELINE_ABORTED</literal>型の特殊な結果が返され、その後にNULLポインタが返されます。
+パイプライン同期ポイントに到達すると、<literal>PGRES_PIPELINE_SYNC</literal>型の結果が返されます。
+同期ポイントの後の次の問い合わせの結果はすぐに続きます(つまり、同期ポイントの後にNULLポインタは返されません)。
       </para>
 
       <note>
@@ -7591,9 +7525,7 @@ PGresult *PQgetResult(PGconn *conn);
    This is discussed
    in <xref linkend="libpq-single-row-mode"/>.
 -->
-《マッチ度[88.059701]》<xref linkend="libpq-PQsendQuery"/>および<xref linkend="libpq-PQgetResult"/>で得られる、その他のよく望まれる機能は多くの問い合わせ結果を一度に1行受け取ることです。
-これについては<xref linkend="libpq-single-row-mode"/>で説明します。
-《機械翻訳》<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>で取得できるもう一つの望ましい機能は、一度に限られた数の行を取り出すことです。
+<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>で得られるもう一つの望ましい機能は、大量の問い合わせ結果について、一度あたりに限られた数の行を取り出すことです。
 これについては<xref linkend="libpq-single-row-mode"/>で説明します。
   </para>
 
@@ -7726,9 +7658,8 @@ int PQisBusy(PGconn *conn);
    simply cause the command to terminate sooner than it would have
    otherwise.
 -->
-《マッチ度[92.702170]》また、<xref linkend="libpq-PQsendQuery"/>/<xref linkend="libpq-PQgetResult"/>を使用するクライアントは、サーバで処理中のコマンドに対してキャンセルを試行することができます。
-<xref linkend="libpq-cancel"/>を参照してください。
-しかし、<xref linkend="libpq-PQcancel"/>の戻り値と関係なく、アプリケーションは<xref linkend="libpq-PQgetResult"/>を使用した通常の結果読み取り手順を続けなければなりません。
+また、<xref linkend="libpq-PQsendQuery"/>/<xref linkend="libpq-PQgetResult"/>を使用するクライアントは、サーバで処理中のコマンドに対してキャンセルを試行することができます。<xref linkend="libpq-cancel"/>を参照してください。
+しかし、<xref linkend="libpq-PQcancelBlocking"/>の戻り値と関係なく、アプリケーションは<xref linkend="libpq-PQgetResult"/>を使用した通常の結果読み取り手順を続けなければなりません。
 キャンセル手続きの成功は単に、そのコマンドを通常よりも早めに終わらせるだけです。
   </para>
 
@@ -7987,20 +7918,13 @@ int PQflush(PGconn *conn);
     the end pipeline result has been consumed, the application may return
     to non-pipelined mode with <xref linkend="libpq-PQexitPipelineMode"/>.
 -->
-《マッチ度[86.274510]》パイプラインを発行するためには、アプリケーションは接続をパイプラインモードに切り替える必要があります。
+パイプラインを発行するためには、アプリケーションは接続をパイプラインモードに切り替える必要があります。
 これは<xref linkend="libpq-PQenterPipelineMode"/>で行われます。
 <xref linkend="libpq-PQpipelineStatus"/>は、パイプラインモードがアクティブかどうかをテストするために使用できます。
 パイプラインモードでは、<link linkend="libpq-async">非同期操作</link>のみが許可され、複数のSQLコマンドを含むコマンド文字列、<literal>COPY</literal>は許可されません。
-<function>PQfn</function>、<function>PQexec</function>、<function>PQexecParams</function>、<function>PQprepare</function>、<function>PQexecPrepared</function>、<function>PQdescribePrepared</function>、<function>PQdescribePortal</function>などの同期コマンド実行関数を使用すると、エラー状態になります。
+<function>PQfn</function>、<function>PQexec</function>、<function>PQexecParams</function>、<function>PQprepare</function>、<function>PQexecPrepared</function>、<function>PQdescribePrepared</function>、<function>PQdescribePortal</function>、<function>PQclosePrepared</function>、<function>PQclosePortal</function>などの同期コマンド実行関数を使用するとエラー状態になります。
 <function>PQsendQuery</function>も禁止されています。なぜなら、簡易問い合わせプロトコルを使用するからです。
 登録されたすべてのコマンドの結果が処理され、パイプラインの終了結果が消費されると、アプリケーションは<xref linkend="libpq-PQexitPipelineMode"/>を使用して非パイプラインモードに戻ることができます。
-《機械翻訳》パイプラインを発行するには、アプリケーションは接続をパイプラインモードに切り替える必要があります。
-これは<xref linkend="libpq-PQenterPipelineMode"/>で行います。
-<xref linkend="libpq-PQpipelineStatus"/>を使用して、パイプラインモードがアクティブかどうかをテストできます。
-パイプラインモードでは、拡張問い合わせプロトコルを利用する<link linkend="libpq-async">非同期操作</link>のみが許可され、複数のSQLコマンドを含むコマンド文字列は許可されず、<literal>COPY</literal>も許可されません。
-<function>PQfn</function>、<function>PQexec</function>、<function>PQexecParams</function>、<function>PQprepare</function>、<function>PQexecPrepared</function>、<function>PQdescribePrepared</function>、<function>PQdescribePortal</function>、<function>PQclosePrepared</function>、<function>PQclosePortal</function>などの同期コマンド実行関数を使用するとエラー状態になります。
-単純な問い合わせプロトコルを使用するので、<function>PQsendQuery</function>も禁止されています。
-すべてのディスパッチされたコマンドが結果を処理し終わり、最終的なパイプライン結果が消費されると、アプリケーションは<xref linkend="libpq-PQexitPipelineMode"/>で非パイプラインモードに戻ることができます。
    </para>
 
    <note>
@@ -8052,16 +7976,11 @@ int PQflush(PGconn *conn);
      <xref linkend="libpq-PQsendClosePortal"/> also work in pipeline mode.
      Result processing is described below.
 -->
-《マッチ度[80.000000]》パイプラインモードに入った後、アプリケーションは<xref linkend="libpq-PQsendQueryParams"/>、またはその準備された問い合わせ版の兄弟である<xref linkend="libpq-PQsendQueryPrepared"/>を使用して要求を登録します。
+パイプラインモードに入った後、アプリケーションは<xref linkend="libpq-PQsendQueryParams"/>、またはその準備された問い合わせ版の兄弟である<xref linkend="libpq-PQsendQueryPrepared"/>を使用して要求を登録します。
 これらの要求は、サーバにフラッシュされるまでクライアント側で待ち行列に入れられます。
 これは、<xref linkend="libpq-PQpipelineSync"/>がパイプラインに同期ポイントを確立するために使用された場合、または<xref linkend="libpq-PQflush"/>が呼び出された場合に発生します。
-<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>の関数もパイプラインモードで動作します。
-結果の処理については後述します。
-《機械翻訳》パイプラインモードに入った後、アプリケーションは<xref linkend="libpq-PQsendQueryParams"/>またはその準備されたクエリの兄弟<xref linkend="libpq-PQsendQueryPrepared"/>を使用して要求をディスパッチします。
-これらの要求は、サーバにフラッシュされるまでクライアント側でキューに入れられます。
-これは、<xref linkend="libpq-PQpipelineSync"/>を使用してパイプライン内に同期点を確立する場合、または<xref linkend="libpq-PQflush"/>を呼び出す場合に発生します。
 関数<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>もパイプラインモードで動作します。
-結果の処理については後述する。
+結果の処理については後述します。
     </para>
 
     <para>
@@ -8083,20 +8002,12 @@ int PQflush(PGconn *conn);
      the transaction.)
      Query processing resumes after the synchronization point.
 -->
-《マッチ度[86.711712]》サーバは文を実行し、クライアントが送信した順に結果を返します。
+サーバは文を実行し、クライアントが送信した順に結果を返します。
 サーバはパイプラインのコマンドの実行を即座に開始し、パイプラインの終了を待機しません。
-結果はサーバ側でバッファされることに注意してください;同期ポイントが<function>PQpipelineSync</function>で確立されたとき、または<function>PQsendFlushRequest</function>が呼び出されたとき、サーバはバッファをフラッシュします。
+結果はサーバ側でバッファされることに注意してください;同期ポイントが<function>PQpipelineSync</function>か<function>PQsendPipelineSync</function>のどちらかで確立されたとき、または<function>PQsendFlushRequest</function>が呼び出されたとき、サーバはバッファをフラッシュします。
 いずれかの文でエラーが発生した場合、サーバは現在のトランザクションを中止し、次の同期ポイントまでキュー内の後続のコマンドを実行しません。
 このようなコマンドごとに<literal>PGRES_PIPELINE_ABORTED</literal>結果が生成されます(パイプラインのコマンドがトランザクションをロールバックする場合でも同様です)。
 問い合わせ処理は同期ポイント後に再開されます。
-《機械翻訳》サーバは、クライアントが送信した順序で文を実行し、結果を返します。
-サーバはパイプラインの終わりを待たずに、直ちにパイプライン内のコマンドの実行を開始します。
-結果はサーバ側でバッファリングされることに注意してください。
-同期点が<function>PQpipelineSync</function>か<function>PQsendPipelineSync</function>のどちらか、あるいは<function>PQsendFlushRequest</function>が呼び出された時点でサーバがそのバッファをフラッシュします。
-いずれかの文がエラーを検出すると、サーバは現在のトランザクションを中断し、次の同期点までキュー内の後続のコマンドを実行しません。
-このようなコマンドごとに<literal>PGRES_PIPELINE_ABORTED</literal>の結果が生成されます。
-（パイプラインのコマンドがトランザクションをロールバックする場合でも、この状態は変わりません）。
-同期点の後でクエリ処理が再開されます。
     </para>
 
     <para>
@@ -8162,13 +8073,9 @@ int PQflush(PGconn *conn);
      until the next <literal>PGRES_PIPELINE_SYNC</literal>;
      see <xref linkend="libpq-pipeline-errors"/>.
 -->
-《マッチ度[86.036036]》<function>PQgetResult</function>は通常の非同期処理と同じように動作しますが、新しい<type>PGresult</type>型<literal>PGRES_PIPELINE_SYNC</literal>と<literal>PGRES_PIPELINE_ABORTED</literal>が含まれる場合があります。
-<literal>PGRES_PIPELINE_SYNC</literal>は、パイプラインの対応するポイントの各<function>PQpipelineSync</function>ごとに1回だけ報告されます。
+<function>PQgetResult</function>は通常の非同期処理と同じように動作しますが、新しい<type>PGresult</type>型<literal>PGRES_PIPELINE_SYNC</literal>と<literal>PGRES_PIPELINE_ABORTED</literal>が含まれる場合があります。
+<literal>PGRES_PIPELINE_SYNC</literal>は、パイプラインの対応するポイントの各<function>PQpipelineSync</function>または<function>PQsendPipelineSync</function>ごとに1回だけ報告されます。
 最初のエラーに対する通常の問い合わせ結果の代わりに<literal>PGRES_PIPELINE_ABORTED</literal>が出力され、次の<literal>PGRES_PIPELINE_SYNC</literal>までのすべての結果が出力されます。
-<xref linkend="libpq-pipeline-errors"/>を参照してください。
-《機械翻訳》<function>PQgetResult</function>は、通常の非同期処理と同じように動作しますが、新しい<type>PGresult</type>型<literal>PGRES_PIPELINE_SYNC</literal>と<literal>PGRES_PIPELINE_ABORTED</literal>を含むことがあります。
-<literal>PGRES_PIPELINE_SYNC</literal>は、対応するパイプラインのポイントで<function>PQpipelineSync</function>または<function>PQsendPipelineSync</function>ごとに1回だけ報告されます。
-最初のエラーとそれに続く<literal>PGRES_PIPELINE_SYNC</literal>までのすべての結果に対して、通常の問い合わせ結果の代わりに<literal>PGRES_PIPELINE_ABORTED</literal>が発行されます。
 <xref linkend="libpq-pipeline-errors"/>を参照してください。
     </para>
 
@@ -8220,12 +8127,9 @@ int PQflush(PGconn *conn);
      <literal>PGRES_PIPELINE_SYNC</literal> to signal the end of the aborted pipeline
      and resumption of normal result processing.
 -->
-《マッチ度[84.826325]》クライアント側から見ると、<function>PQresultStatus</function>が<literal>PGRES_FATAL_ERROR</literal>を返した後、パイプラインは中断されたフラグが立てられます。
+クライアント側から見ると、<function>PQresultStatus</function>が<literal>PGRES_FATAL_ERROR</literal>を返した後、パイプラインは中断されたフラグが立てられます。
 <function>PQresultStatus</function>は、中断されたパイプラインの残りのキュー操作ごとに<literal>PGRES_PIPELINE_ABORTED</literal>結果を報告します。
-<function>PQpipelineSync</function>の結果は<literal>PGRES_PIPELINE_SYNC</literal>として報告され、中断されたパイプラインの終了と通常の結果処理の再開を通知します。
-《機械翻訳》クライアントの観点からは、<function>PQresultStatus</function>が<literal>PGRES_FATAL_ERROR</literal>を返した後、パイプラインは中止されたものとしてフラグが立てられます。
-中止されたパイプライン内の残りの各待ち行列操作に対して、<function>PQresultStatus</function>は<literal>PGRES_PIPELINE_ABORTED</literal>の結果を報告します。
-<function>PQpipelineSync</function>または<function>PQsendPipelineSync</function>の結果は、中断されたパイプラインの終了と通常の結果処理の再開を知らせるために<literal>PGRES_PIPELINE_SYNC</literal>として報告されます。
+<function>PQpipelineSync</function>または<function>PQsendPipelineSync</function>の結果は<literal>PGRES_PIPELINE_SYNC</literal>として報告され、中断されたパイプラインの終了と通常の結果処理の再開を通知します。
     </para>
 
     <para>
@@ -8518,11 +8422,8 @@ int PQpipelineSync(PGconn *conn);
        the delimiter of an implicit transaction and an error recovery
        point; see <xref linkend="libpq-pipeline-errors"/>.
 -->
-《マッチ度[86.428571]》<link linkend="protocol-flow-ext-query">同期メッセージ</link>を送信し、送信バッファをフラッシュすることにより、パイプラインの同期ポイントをマークします。
-これは暗黙的なトランザクションとエラー修復ポイントの区切り文字として機能します。
-<xref linkend="libpq-pipeline-errors"/>を参照してください。
-《機械翻訳》送信バッファをフラッシュせずに<link linkend="protocol-flow-ext-query">同期メッセージ</link>を送信することで、パイプライン内の同期点をマークします。
-これは暗黙的なトランザクションとエラー回復ポイントの区切りとして機能します。
+送信バッファをフラッシュせずに<link linkend="protocol-flow-ext-query">同期メッセージ</link>を送信することで、パイプライン内の同期ポイントをマークします。
+これは暗黙的なトランザクションとエラー修復ポイントの区切り文字として機能します。<xref linkend="libpq-pipeline-errors"/>を参照してください。
 <xref linkend="libpq-pipeline-errors"/>を参照してください。
 
 <synopsis>
@@ -8538,10 +8439,8 @@ int PQsendPipelineSync(PGconn *conn);
        Note that the message is not itself flushed to the server automatically;
        use <function>PQflush</function> if necessary.
 -->
-《マッチ度[50.545455]》成功した場合は1を返します。
+成功した場合は1を返します。
 接続がパイプラインモードでないか、<link linkend="protocol-flow-ext-query">同期メッセージ</link>の送信に失敗した場合は0を返します。
-《機械翻訳》成功した場合は1を返します。
-接続がパイプラインモードでない場合、または<link linkend="protocol-flow-ext-query">同期メッセージ</link>の送信に失敗した場合は0を返します。
 メッセージ自体は自動的にサーバにフラッシュされないことに注意してください。
 必要であれば<function>PQflush</function>を使用してください。
       </para>
@@ -8556,8 +8455,7 @@ int PQsendPipelineSync(PGconn *conn);
 <!--
        Sends a request for the server to flush its output buffer.
 -->
-《マッチ度[86.206897]》サーバに出力バッファをフラッシュする要求を送信します。
-《機械翻訳》サーバに出力バッファをフラッシュする要求を送信します。
+サーバに出力バッファをフラッシュする要求を送信します。
 <synopsis>
 int PQsendFlushRequest(PGconn *conn);
 </synopsis>
@@ -8567,9 +8465,7 @@ int PQsendFlushRequest(PGconn *conn);
 <!--
        Returns 1 for success.  Returns 0 on any failure.
 -->
-《マッチ度[81.250000]》成功した場合は1を返します。
-失敗した場合は0を返します。
-《機械翻訳》成功した場合は1を返します。
+成功した場合は1を返します。
 失敗した場合は0を返します。
       </para>
       <para>
@@ -8582,14 +8478,9 @@ int PQsendFlushRequest(PGconn *conn);
        Note that the request is not itself flushed to the server automatically;
        use <function>PQflush</function> if necessary.
 -->
-《マッチ度[86.473430]》サーバは、<function>PQpipelineSync</function>が呼び出された結果として、あるいはパイプラインモードでない要求があった場合に、自動的に出力バッファをフラッシュします。
+サーバは、<function>PQpipelineSync</function>が呼び出された結果として、あるいはパイプラインモードでない要求があった場合に、自動的に出力バッファをフラッシュします。
 この関数は、同期ポイントを確立せずに、サーバにパイプラインモードで出力バッファをフラッシュさせるのに便利です。
-要求自体は自動的にサーバにフラッシュされないことに注意してください。
-必要であれば<function>PQflush</function>を使用してください。
-《機械翻訳》サーバは、<function>PQpipelineSync</function>が呼び出された結果として、あるいはパイプラインモードでない要求があった場合に、自動的に出力バッファをフラッシュします。
-この関数は、同期ポイントを確立せずに、サーバにパイプラインモードで出力バッファをフラッシュさせるのに便利です。
-要求自体は自動的にサーバにフラッシュされないことに注意してください。
-必要であれば<function>PQflush</function>を使用してください。
+要求自体は自動的にサーバにフラッシュされないことに注意してください。必要であれば<function>PQflush</function>を使用してください。
       </para>
      </listitem>
     </varlistentry>
@@ -8683,7 +8574,10 @@ UPDATE mytable SET x = x + 1 WHERE id = 42;
 
  <!-- keep this not-too-apropos sect1 ID for stability of doc URLs -->
  <sect1 id="libpq-single-row-mode">
+<!--
   <title>Retrieving Query Results in Chunks</title>
+-->
+  <title>問い合わせ結果をチャンクとして取り出す</title>
 
   <indexterm zone="libpq-single-row-mode">
    <primary>libpq</primary>
@@ -8698,6 +8592,10 @@ UPDATE mytable SET x = x + 1 WHERE id = 42;
    <primary>libpq</primary>
    <secondary>chunked mode</secondary>
   </indexterm>
+  <indexterm zone="libpq-single-row-mode">
+   <primary>libpq</primary>
+   <secondary>チャンクモード</secondary>
+  </indexterm>
 
   <para>
 <!--
@@ -8711,13 +8609,9 @@ UPDATE mytable SET x = x + 1 WHERE id = 42;
    application as they are received from the server, one at a time for
    single-row mode or in groups for chunked mode.
 -->
-《マッチ度[76.381910]》通常、<application>libpq</application>はSQLコマンドの結果全体を収集し、それを１つの<structname>PGresult</structname>としてアプリケーションに返します。
+通常、<application>libpq</application>はSQLコマンドの結果全体を収集し、それを１つの<structname>PGresult</structname>としてアプリケーションに返します。
 これは、多くの行数を返すコマンドでは動作しなくなるかもしれません。
-こうした場合、アプリケーションは<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を<firstterm>単一行モード</firstterm>で使用することができます。
-このモードでは、結果行は、サーバから受け取ったかのように、アプリケーションに１度に１行返されます。
-《機械翻訳》通常、<application>libpq</application>はSQLコマンドの結果全体を収集し、それを単一の<structname>PGresult</structname>としてアプリケーションに返します。
-これは、多数の行を返すコマンドには使用できません。
-このような場合、アプリケーションは<firstterm>シングルローモード</firstterm>または<firstterm>チャンクモード</firstterm>で<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を使用することができます。
+このような場合、アプリケーションは<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>で<firstterm>単一行モード</firstterm>または<firstterm>チャンクモード</firstterm>を使用することができます。
 これらのモードでは、結果の行は、サーバから受信されると、一度に1行ずつ、またはチャンクでグループ化されてアプリケーションに返されます。
   </para>
 
@@ -8748,23 +8642,14 @@ UPDATE mytable SET x = x + 1 WHERE id = 42;
    <structname>PGresult</structname> object for the query would have.
    Each object should be freed with <xref linkend="libpq-PQclear"/> as usual.
 -->
-《マッチ度[73.358586]》単一行モードに入るためには、<xref linkend="libpq-PQsendQuery"/>（または同系列の関数）の呼び出しに成功した直後に<xref linkend="libpq-PQsetSingleRowMode"/>を呼び出してください。
+これらのモードのいずれかに入るには、<xref linkend="libpq-PQsendQuery"/> （またはその兄弟関数）の呼び出し直後に<xref linkend="libpq-PQsetSingleRowMode"/>または<xref linkend="libpq-PQsetChunkedRowsMode"/>を呼び出します。
 このモード選択は、現在実行中の問い合わせに対してのみ有効です。
 その後、<xref linkend="libpq-async"/>の説明通りに、NULLを返すようになるまで<xref linkend="libpq-PQgetResult"/>を繰り返し呼び出してください。
 問い合わせが何らかの行を返す場合、<literal>PGRES_TUPLES_OK</literal>ではなく<literal>PGRES_SINGLE_TUPLE</literal>である点を除けば、通常の問い合わせ結果と同じように見える、個々の<structname>PGresult</structname>オブジェクトを返します。
-最後の行の後、または問い合わせがゼロ行を返す場合は即座に、<literal>PGRES_TUPLES_OK</literal>状態のゼロ行のオブジェクトが返されます。
-これはもう行が届かないことを通知するものです。
-（しかしNULLが返るまで<xref linkend="libpq-PQgetResult"/>を呼び出さなければならないことに注意してください。）
-<structname>PGresult</structname>オブジェクトのすべては、その問い合わせに対する通常の<structname>PGresult</structname>と同一の行説明データ（列名、型など）を持ちます。
-各オブジェクトは通常通り<xref linkend="libpq-PQclear"/>で解放しなければなりません。
-《機械翻訳》これらのモードのいずれかに入るには、<xref linkend="libpq-PQsendQuery"/> （またはその兄弟関数） の呼び出し直後に<xref linkend="libpq-PQsetSingleRowMode"/>または<xref linkend="libpq-PQsetChunkedRowsMode"/>を呼び出します。
-このモード選択は、現在実行中のクエリに対してのみ有効です。
-次に、<xref linkend="libpq-PQgetResult"/>を<xref linkend="libpq-async"/>で説明されているように、NULLが返されるまで繰り返し呼び出します。
 問い合わせが何行かの行を返すと、それらは1つ以上の<structname>PGresult</structname>オブジェクトとして返されます。
 これらは通常の問い合わせ結果と同じように見えますが、<literal>PGRES_SINGLE_TUPLE</literal>がシングル行モードの場合は<literal>PGRES_TUPLES_OK</literal>ではなく、チャンクモードの場合は<literal>PGRES_TUPLES_CHUNK</literal>が付きます。
-各<literal>PGRES_SINGLE_TUPLE</literal>オブジェクトには1行の結果がありますが、<literal>PGRES_TUPLES_CHUNK</literal>オブジェクトには少なくとも1行、チャンクあたり指定された行数以上の結果があります。
-最後の行の後、またはクエリがゼロ行を返す場合は直ちに、ステータス<literal>PGRES_TUPLES_OK</literal>を持つゼロ行オブジェクトが返されます。
-これは、これ以上行が到着しないというシグナルです。
+各<literal>PGRES_SINGLE_TUPLE</literal>オブジェクトには1行の結果がありますが、<literal>PGRES_TUPLES_CHUNK</literal>オブジェクトには少なくとも1行、チャンクあたり指定された行数以下の結果があります。
+最後の行の後、またはクエリがゼロ行を返す場合は直ちに、ステータス<literal>PGRES_TUPLES_OK</literal>を持つゼロ行オブジェクトが返されます。これは、これ以上行が到着しないというシグナルです。
 （ただし、NULL を返すまでは、<xref linkend="libpq-PQgetResult"/>を呼び出し続ける必要があることに注意してください。）
 これらの<structname>PGresult</structname>オブジェクトはすべて、問い合わせの通常の<structname>PGresult</structname>オブジェクトと同じ行記述データ（列名、型など）を含みます。
 各オブジェクトは通常通り<xref linkend="libpq-PQclear"/>で解放する必要があります。
@@ -8777,7 +8662,7 @@ UPDATE mytable SET x = x + 1 WHERE id = 42;
    that query with <function>PQgetResult</function>.
    See <xref linkend="libpq-pipeline-mode"/> for more information.
 -->
-《マッチ度[90.763052]》パイプラインモードを使用する場合、単一行モードは、<function>PQgetResult</function>でその問い合わせの結果を取得する前に、パイプラインの各問い合わせに対してアクティブにする必要があります。
+パイプラインモードを使用する場合、単一行モードまたはチャンクモードは、<function>PQgetResult</function>でその問い合わせの結果を取得する前に、パイプラインの各問い合わせに対してアクティブにする必要があります。
 詳細は<xref linkend="libpq-pipeline-mode"/>を参照してください。
   </para>
 
@@ -8826,8 +8711,7 @@ int PQsetSingleRowMode(PGconn *conn);
 <!--
        Select chunked mode for the currently-executing query.
 -->
-《マッチ度[70.370370]》現在実行中の問い合わせについて単一行モードを選択します。
-《機械翻訳》現在実行中のクエリに対してチャンク・モードを選択します。
+現在実行中の問い合わせに対してチャンクモードを選択します。
 
 <synopsis>
 int PQsetChunkedRowsMode(PGconn *conn, int chunkSize);
@@ -8850,16 +8734,11 @@ int PQsetChunkedRowsMode(PGconn *conn, int chunkSize);
        returns 0.  In any case, the mode reverts to normal after
        completion of the current query.
 -->
-《マッチ度[60.220994]》この関数は<xref linkend="libpq-PQsendQuery"/>またはその系列の関数のいずれかの後即座に、<xref linkend="libpq-PQconsumeInput"/>や<xref linkend="libpq-PQgetResult"/>など接続に対する何らかの他の操作を行う前のみに呼び出すことができます。
-正しい時点で呼び出された場合、この関数は現在の問い合わせに対して単一行モードを有効にし、１を返します。
-この他の場合、モードは変更されず、関数はゼロを返します。
-いずれの場合でも、現在の問い合わせが完了した後に通常モードに戻ります。
-《機械翻訳》この関数は<xref linkend="libpq-PQsetSingleRowMode"/>と似ていますが、<structname>PGresult</structname>ごとに最大<replaceable>chunkSize</replaceable>行を取得する点が異なります。
-必ずしも1行だけではありません。
+この関数は<xref linkend="libpq-PQsetSingleRowMode"/>と似ていますが、必ずしも1行だけではなく、<structname>PGresult</structname>ごとに最大<replaceable>chunkSize</replaceable>行を取得する点が異なります。
 この関数は、<xref linkend="libpq-PQsendQuery"/>またはその兄弟関数の直後、および<xref linkend="libpq-PQconsumeInput"/>や<xref linkend="libpq-PQgetResult"/>などの接続上の他の操作の直前にのみ呼び出すことができます。
-正しい時間に呼び出されると、この関数は現在のクエリに対してチャンク・モードをアクティブにし、1を返します。
+正しいタイミングで呼び出されると、この関数は現在の問い合わせに対してチャンクモードをアクティブにし、1を返します。
 それ以外の場合、モードは変更されず、この関数は0を返します。
-いずれの場合も、現在のクエリが完了すると、モードは通常に戻ります。
+いずれの場合も、現在の問い合わせが完了すると、モードは通常に戻ります。
       </para>
      </listitem>
     </varlistentry>
@@ -8881,16 +8760,11 @@ int PQsetChunkedRowsMode(PGconn *conn, int chunkSize);
     discard or undo whatever has been done with the previously-processed
     rows, if the query ultimately fails.
 -->
-《マッチ度[85.390071]》問い合わせを処理している間、サーバはいくつか行を返した後にエラーになり、問い合わせがアボートする可能性があります。
+問い合わせを処理している間、サーバはいくつか行を返した後にエラーになり、問い合わせがアボートする可能性があります。
 通常の<application>libpq</application>では、こうした行を破棄しエラーのみを報告します。
-しかし単一行モードでは、これらの行はすでにアプリケーションに返されています。
-このためアプリケーションは<literal>PGRES_SINGLE_TUPLE</literal>状態の<structname>PGresult</structname>オブジェクトをいくつか見た後に<literal>PGRES_FATAL_ERROR</literal>オブジェクトを見るかもしれません。
+しかし単一行モードあるいはチャンクモードでは、これらの行はすでにアプリケーションに返されています。
+このためアプリケーションは<literal>PGRES_SINGLE_TUPLE</literal>あるいは<literal>PGRES_TUPLES_CHUNK</literal>状態の<structname>PGresult</structname>オブジェクトをいくつか見た後に<literal>PGRES_FATAL_ERROR</literal>オブジェクトを見るかもしれません。
 適切な振る舞いのトランザクションのために、最終的に問い合わせが失敗した場合、アプリケーションはこれまで処理した行を破棄するまたは取り消すように設計しなければなりません。
-《機械翻訳》クエリの処理中に、サーバがいくつかの行を結果してからエラーに遭遇し、クエリが中断されることがあります。
-通常、<application>libpq</application>はそのような行を破棄し、エラーのみを報告します。
-しかし、単一行またはチャンクモードでは、一部の列がすでにアプリケーションに戻されている場合があります。
-従って、アプリケーションはいくつかの<literal>PGRES_SINGLE_タプル</literal>または<literal>PGRES_TUPLES_チャンク</literal><structname>PGresult</structname>オブジェクトとそれに続く<literal>PGRES_FATAL_エラー</literal>オブジェクトを見ることになります。
-トランザクションが適切に動作するためには、アプリケーションが最終的に失敗した場合に、以前に処理された行に対して行われたことを破棄または元に戻すようにクエリを設計する必要があります。
    </para>
   </caution>
 
@@ -8908,9 +8782,18 @@ int PQsetChunkedRowsMode(PGconn *conn, int chunkSize);
   <indexterm zone="libpq-cancel">
    <primary>query cancellation</primary>
   </indexterm>
+  <indexterm zone="libpq-cancel">
+   <primary>SQL問い合わせのキャンセル</primary>
+  </indexterm>
+  <indexterm zone="libpq-cancel">
+   <primary>問い合わせのキャンセル</primary>
+  </indexterm>
 
   <sect2 id="libpq-cancel-functions">
+<!--
    <title>Functions for Sending Cancel Requests</title>
+-->
+   <title>キャンセル要求の送信関数</title>
    <variablelist>
     <varlistentry id="libpq-PQcancelCreate">
      <term><function>PQcancelCreate</function><indexterm><primary>PQcancelCreate</primary></indexterm></term>
@@ -8920,7 +8803,7 @@ int PQsetChunkedRowsMode(PGconn *conn, int chunkSize);
 <!--
        Prepares a connection over which a cancel request can be sent.
 -->
-《機械翻訳》キャンセル要求を送信できる接続を準備します。
+キャンセル要求を送信できる接続を準備します。
 <synopsis>
 PGcancelConn *PQcancelCreate(PGconn *conn);
 </synopsis>
@@ -8942,8 +8825,8 @@ PGcancelConn *PQcancelCreate(PGconn *conn);
        used to cancel the query that's running on the original connection in a
        thread-safe way.
 -->
-《機械翻訳》<xref linkend="libpq-PQcancelCreate"/>は<structname>PGcancelConn</structname><indexterm><primary>PGcancelConn</primary></indexterm>オブジェクトを作成しますが、この接続を介して直ちにキャンセルリクエストを送信し始めることはありません。
-キャンセル要求は、<xref linkend="libpq-PQcancelBlocking"/>を使用してブロッキング方式で、<xref linkend="libpq-PQcancelStart"/>を使用して非ブロッキング方式でこの接続を介して送信できます。
+<xref linkend="libpq-PQcancelCreate"/>は<structname>PGcancelConn</structname><indexterm><primary>PGcancelConn</primary></indexterm>オブジェクトを作成しますが、この接続を介して直ちにキャンセルリクエストを送信し始めることはありません。
+キャンセル要求は、<xref linkend="libpq-PQcancelBlocking"/>を使用してブロッキング方式で、あるいは<xref linkend="libpq-PQcancelStart"/>を使用して非ブロッキング方式でこの接続を介して送信できます。
 返り値は<xref linkend="libpq-PQcancelStatus"/>に渡して、<structname>PGcancelConn</structname>オブジェクトが正常に作成されたかどうかを調べることができます。
 <structname>PGcancelConn</structname>オブジェクトは、アプリケーションが直接アクセスすることを意図していない不透明な構造体です。
 この<structname>PGcancelConn</structname>オブジェクトは、スレッドセーフな方法で元の接続で実行中の問い合わせをキャンセルするために使用できます。
@@ -8962,10 +8845,9 @@ PGcancelConn *PQcancelCreate(PGconn *conn);
        authentication and the connection is closed right after the cancellation
        request is submitted.
 -->
-《機械翻訳》元のクライアントの多くの接続パラメータは、キャンセル要求の接続を設定するときに再利用されます。
+元のクライアントの多くの接続パラメータは、キャンセル要求の接続を設定するときに再利用されます。
 重要な点として、元の接続が接続の暗号化とターゲットホストの検証（<literal>sslmode</literal>または<literal>gssencmode</literal>を使用）を必要とする場合、キャンセル要求の接続はこれらの同じ要件を使用して作成されます。
-ただし、クライアントの認証中または認証後にのみ使用される接続オプションは無視されます。
-取り消し要求では認証は必要なく、接続は取り消し要求が送信された直後に閉じられるためです。
+ただし、クライアントの認証中または認証後にのみ使用される接続オプションは無視されます。取り消し要求では認証は必要なく、接続は取り消し要求が送信された直後に閉じられるためです。
       </para>
 
       <para>
@@ -8976,9 +8858,7 @@ PGcancelConn *PQcancelCreate(PGconn *conn);
        associated memory blocks. This must be done even if the cancel request
        failed or was abandoned.
 -->
-《マッチ度[59.735974]》<function>PQconnectStart</function>や<xref linkend="libpq-PQconnectStartParams"/>が非NULLポインタを返した場合、処理を終了する際には、構造体や関連するメモリブロックを始末するために、<xref linkend="libpq-PQfinish"/>を呼び出さなくてはならないことに注意してください。
-この処理は、接続試行が失敗した場合やその試行を中断する場合にも、必ず実行されなければいけません。
-《機械翻訳》<function>PQcancelCreate</function>がNULL以外のポインタを返した場合、構造体と関連するメモリブロックを処理するために、<xref linkend="libpq-PQcancelFinish"/>を呼び出す必要があります。
+<function>PQcancelCreate</function>がNULL以外のポインタを返した場合、構造体と関連するメモリブロックを始末するために、<xref linkend="libpq-PQcancelFinish"/>を呼び出す必要があります。
 これは、キャンセル要求が失敗したか、あるいは放棄された場合でも必要です。
       </para>
      </listitem>
@@ -8993,8 +8873,7 @@ PGcancelConn *PQcancelCreate(PGconn *conn);
        Requests that the server abandons processing of the current command
        in a blocking manner.
 -->
-《マッチ度[67.415730]》サーバに現在のコマンドの廃棄処理を要求します。
-《機械翻訳》サーバがブロック方式で現在のコマンドの処理を中止するように要求します。
+サーバがブロック方式で現在のコマンドの処理を中止するように要求します。
 <synopsis>
 int PQcancelBlocking(PGcancelConn *cancelConn);
 </synopsis>
@@ -9009,8 +8888,8 @@ int PQcancelBlocking(PGcancelConn *cancelConn);
        dispatched and 0 if not. If it was unsuccessful, the error message can be
        retrieved using <xref linkend="libpq-PQcancelErrorMessage"/>.
 -->
-《機械翻訳》この要求は、<xref linkend="libpq-PQcancelCreate"/>で作成する必要がある指定された<structname>PGcancel</structname>を介して行われます。
-取り消し要求が正常にディスパッチされた場合、<xref linkend="libpq-PQcancelBlocking"/>の値は1です。
+この要求は、<xref linkend="libpq-PQcancelCreate"/>で作成する必要がある指定された<structname>PGcancel</structname>を介して行われます。
+取り消し要求が正常にディスパッチされた場合、<xref linkend="libpq-PQcancelBlocking"/>の返却値は1です。
 失敗した場合、エラーメッセージは<xref linkend="libpq-PQcancelErrorMessage"/>を使用して取得できます。
       </para>
 
@@ -9022,10 +8901,7 @@ int PQcancelBlocking(PGcancelConn *cancelConn);
        If the cancellation fails (say, because the server was already done
        processing the command), then there will be no visible result at all.
 -->
-《マッチ度[78.917379]》しかし、要求の受け入れが成功したとしても、その要求の効果が出ることは全く保証していません。
-もしキャンセル操作が有効であれば、現在のコマンドは間もなく中断され、エラーが結果として返ります。
-キャンセル操作に失敗した場合（例えばバックエンドがすでにコマンド処理を終了していたため）、目に見える結果は何も出てこなくなります。
-《機械翻訳》キャンセルの送信が成功しても、要求が有効になるとは限りません。
+キャンセルの送信が成功しても、要求が有効になるとは限りません。
 キャンセルが有効な場合、キャンセルされるコマンドは早期に終了し、エラー結果を返します。
 キャンセルが失敗した場合 （サーバがコマンドの処理をすでに完了していた場合など）、目に見える結果はまったくありません。
       </para>
@@ -9043,8 +8919,7 @@ int PQcancelBlocking(PGcancelConn *cancelConn);
        Requests that the server abandons processing of the current command
        in a non-blocking manner.
 -->
-《マッチ度[64.516129]》サーバに現在のコマンドの廃棄処理を要求します。
-《機械翻訳》サーバが非ブロッキング方式で現在のコマンドの処理を中止するように要求します。
+サーバが非ブロッキング方式で現在のコマンドの処理を中止するように要求します。
 <synopsis>
 int PQcancelStart(PGcancelConn *cancelConn);
 
@@ -9061,8 +8936,8 @@ PostgresPollingStatusType PQcancelPoll(PGcancelConn *cancelConn);
        If it was unsuccessful, the error message can be
        retrieved using <xref linkend="libpq-PQcancelErrorMessage"/>.
 -->
-《機械翻訳》この要求は、<xref linkend="libpq-PQcancelCreate"/>を使用して作成する必要がある指定された<structname>PGcancel</structname>を介して行われます。
-取り消し要求が開始できた場合、<xref linkend="libpq-PQcancelStart"/>の値は1です。
+この要求は、<xref linkend="libpq-PQcancelCreate"/>を使用して作成する必要がある指定された<structname>PGcancel</structname>を介して行われます。
+取り消し要求が開始できた場合、<xref linkend="libpq-PQcancelStart"/>の返却値は1です。
 開始できなかった場合、エラーメッセージは<xref linkend="libpq-PQcancelErrorMessage"/>を使用して取得できます。
       </para>
 
@@ -9091,20 +8966,11 @@ PostgresPollingStatusType PQcancelPoll(PGcancelConn *cancelConn);
        has failed, or <symbol>PGRES_POLLING_OK</symbol>, indicating cancel
        request was successfully dispatched.
 -->
-《マッチ度[74.797943]》<function>PQconnectStart</function>あるいは<xref linkend="libpq-PQconnectStartParams"/>が成功したら、次は接続シーケンスを進めるために、<application>libpq</application>をポーリングします。
-データベース接続の背後にあるソケットの記述子を取り出すには、<function>PQsocket(conn)</function>を使用します。
-（注意：複数の<function>PQconnectPoll</function>呼び出しでソケットが同じままであると思わないでください。）
-以下の繰り返しです。
-直前の<function>PQconnectPoll(conn)</function>が<symbol>PGRES_POLLING_READING</symbol>の場合、（<function>select()</function>や<function>poll()</function>などのシステム関数で示されて）ソケットの読み込み準備が整うまで待機します。
-そして、再度<function>PQconnectPoll(conn)</function>を呼び出します。
-反対に直前の<function>PQconnectPoll(conn)</function>が<symbol>PGRES_POLLING_WRITING</symbol>の場合、ソケットの書き込み準備が整うまで待機し、その後、<function>PQconnectPoll(conn)</function>を再度呼び出します。
-繰り返しの最初、すなわち、未だ<function>PQconnectPoll</function>を呼び出していない場合、最後に<symbol>PGRES_POLLING_WRITING</symbol>を返したかのように振舞います。
-この繰り返しを<function>PQconnectPoll(conn)</function>が、接続手続きの失敗を示す<symbol>PGRES_POLLING_FAILED</symbol>、もしくは、接続確立に成功したことを示す<symbol>PGRES_POLLING_OK</symbol>を返すまで継続します。
-《機械翻訳》<function>PQcancelStart</function>が成功した場合、次の段階は<application>libpq</application>をポーリングして、接続解除シーケンスを続行できるようにすることです。
+<function>PQcancelStart</function>が成功した場合、次の段階は<application>libpq</application>をポーリングして、接続解除シーケンスを続行できるようにすることです。
 データベース接続の基礎となるソケットの記述子を取得するには、<xref linkend="libpq-PQcancelSocket"/>を使用します。
 （注意: ソケットは<function>PQcancelPoll</function>呼び出しの間は同じままだと仮定しないでください）。
 ループを次のように実行します。
-<function>PQcancelPoll(cancelConn)</function>が最後に<symbol>PGRES_POLLING_READING</symbol>を返した場合、ソケットが読み込みの準備ができるまで待ちます(<function>select()</function>や<function>poll()</function>などのシステム関数で指定します)。
+<function>PQcancelPoll(cancelConn)</function>が最後に<symbol>PGRES_POLLING_READING</symbol>を返した場合、ソケットが読み込みの準備ができるまで待ちます（<function>select()</function>や<function>poll()</function>などのシステム関数で指定します）。
 その後、再度<function>PQcancelPoll(cancelConn)</function>を呼び出します。
 逆に、<function>PQcancelPoll(cancelConn)</function>が最後に<symbol>PGRES_POLLING_WRITING</symbol>を返した場合、ソケットが書き込み可能になるまで待ってから、再度<function>PQcancelPoll(cancelConn)</function>を呼び出します。
 最初の反復では、つまり<function>PQcancelPoll(cancelConn)</function>をまだ呼び出していない場合は、最後に<symbol>PGRES_POLLING_WRITING</symbol>を返したかのように振る舞います。
@@ -9119,10 +8985,7 @@ PostgresPollingStatusType PQcancelPoll(PGcancelConn *cancelConn);
        If the cancellation fails (say, because the server was already done
        processing the command), then there will be no visible result at all.
 -->
-《マッチ度[78.917379]》しかし、要求の受け入れが成功したとしても、その要求の効果が出ることは全く保証していません。
-もしキャンセル操作が有効であれば、現在のコマンドは間もなく中断され、エラーが結果として返ります。
-キャンセル操作に失敗した場合（例えばバックエンドがすでにコマンド処理を終了していたため）、目に見える結果は何も出てこなくなります。
-《機械翻訳》キャンセルの送信が成功しても、要求が有効になるとは限りません。
+キャンセルの送信が成功しても、要求が有効になるとは限りません。
 キャンセルが有効な場合、キャンセルされるコマンドは早期に終了し、エラー結果を返します。
 キャンセルが失敗した場合 （サーバがコマンドの処理をすでに完了していた場合など）、目に見える結果はまったくありません。
       </para>
@@ -9143,18 +9006,12 @@ PostgresPollingStatusType PQcancelPoll(PGcancelConn *cancelConn);
        be useful to provide feedback to the user for example.
        These statuses are:
 -->
-《マッチ度[85.043988]》接続している間は、いつでも<xref linkend="libpq-PQstatus"/>を呼び出すことで、接続の状態を検査することができます。
-この関数呼び出しが<symbol>CONNECTION_BAD</symbol>を返す場合、接続手続きは失敗しており、<symbol>CONNECTION_OK</symbol>を返す場合、接続が確立しています。
-上述のように、このいずれの状態も、<function>PQconnectPoll</function>の戻り値から同様に検出できます。
-これ以外の状態は、非同期の接続手続きの間（のみに）現れることがあります。
-これらは、接続手続きの現在の段階を示すものであり、例えばユーザへのフィードバックを提供することに使用できます。
-以下の状態があります。
-《機械翻訳》接続中はいつでも、<xref linkend="libpq-PQcancelStatus"/>を呼び出すことで接続の状態を確認できます。
-この呼び出しが<symbol>CONNECTION_BAD</symbol>を返した場合、キャンセルプロシージャは失敗です。
+接続中はいつでも、<xref linkend="libpq-PQcancelStatus"/>を呼び出すことで接続の状態を確認できます。
+この呼び出しが<symbol>CONNECTION_BAD</symbol>を返した場合、キャンセル手続きは失敗です。
 この呼び出しが<function>CONNECTION_OK</function>を返した場合、キャンセル要求は正常にディスパッチされました。
 これらの状態はどちらも、上記の<function>PQcancelPoll</function>の戻り値から等しく検出できます。
 他の状態は、非同期接続手順の間（およびその間のみ）に発生することもあります。
-これらは、接続手順の現在の段階を示し、例えばユーザにフィードバックを提供するのに有用である。
+これらは、接続手順の現在の段階を示し、例えばユーザにフィードバックを提供するのに有用です。
 これらのステータスは次のとおりです。
 
        <variablelist>
@@ -9172,10 +9029,10 @@ PostgresPollingStatusType PQcancelPoll(PGcancelConn *cancelConn);
            sending the cancel request use <xref linkend="libpq-PQcancelStart"/> or
            <xref linkend="libpq-PQcancelBlocking"/>.
 -->
-《機械翻訳》<xref linkend="libpq-PQcancelStart"/>や<xref linkend="libpq-PQcancelBlocking"/>への呼び出しを待って、実際にソケットをオープンします。
-これは<xref linkend="libpq-PQcancelCreate"/>や<xref linkend="libpq-PQcancelReset"/>を呼んだ直後のコネクションの状態です。
-このポイントではサーバへのコネクションはまだ開始されていません。
-実際にスタートがキャンセルリクエストを送るには<xref linkend="libpq-PQcancelStart"/>や<xref linkend="libpq-PQcancelBlocking"/>を使います。
+<xref linkend="libpq-PQcancelStart"/>や<xref linkend="libpq-PQcancelBlocking"/>への呼び出しを待って、実際にソケットを開いています。
+これは<xref linkend="libpq-PQcancelCreate"/>や<xref linkend="libpq-PQcancelReset"/>を呼んだ直後の接続の状態です。
+この時点ではサーバへの接続はまだ開始されていません。
+実際にキャンセルリクエストの送信を開始するには<xref linkend="libpq-PQcancelStart"/>や<xref linkend="libpq-PQcancelBlocking"/>を使います。
           </para>
          </listitem>
         </varlistentry>
@@ -9235,8 +9092,7 @@ SSL暗号化の調停状態です。
 <!--
            Negotiating GSS encryption.
 -->
-《マッチ度[51.851852]》SSL暗号化の調停状態です。
-《機械翻訳》GSS 暗号化のネゴシエーション。
+GSS暗号化の調停状態です。
           </para>
          </listitem>
         </varlistentry>
@@ -9278,11 +9134,8 @@ switch(PQcancelStatus(conn))
        <function>PQcancelPoll</function> loop is equivalent to
        <xref linkend="libpq-PQcancelBlocking"/>.
 -->
-《マッチ度[82.795699]》<function>PQconnectPoll</function>を使用する場合、<literal>connect_timeout</literal>接続パラメータは無視されます。
+<function>PQcancelPoll</function>を使用する場合、<literal>connect_timeout</literal>接続パラメータは無視されます。
 経過時間が長過ぎるかどうかの判定はアプリケーションの責任で行ないます。
-さもないと、<function>PQconnectStart</function>の後の<function>PQconnectPoll</function>の繰り返しが<xref linkend="libpq-PQconnectdb"/>と同じになります。
-《機械翻訳》<function>PQcancelPoll</function>を使用する場合、<literal>connect_timeout</literal>接続パラメータは無視されます。
-過度の時間が経過したかどうかはアプリケーション側で判断します。
 そうでない場合、<function>PQcancelStart</function>とそれに続く<function>PQcancelPoll</function>ループは<xref linkend="libpq-PQcancelBlocking"/>と同等です。
       </para>
 
@@ -9297,8 +9150,7 @@ switch(PQcancelStatus(conn))
 <!--
        Returns the status of the cancel connection.
 -->
-《マッチ度[68.181818]》接続の状態を返します。
-《機械翻訳》接続解除のステータスを返します。
+キャンセル接続の状態を返します。
 <synopsis>
 ConnStatusType PQcancelStatus(const PGcancelConn *cancelConn);
 </synopsis>
@@ -9320,7 +9172,7 @@ ConnStatusType PQcancelStatus(const PGcancelConn *cancelConn);
        remain so until <xref linkend="libpq-PQcancelFinish"/> or
        <xref linkend="libpq-PQcancelReset"/> is called.
 -->
-《機械翻訳》ステータスは、いくつかの値のいずれかになります。
+ステータスは、いくつかの値のいずれかになります。
 しかし、非同期キャンセル手続きの外で見られるのは、<literal>CONNECTION_ALLOCATED</literal>、<literal>CONNECTION_OK</literal>、<literal>CONNECTION_BAD</literal>の3つだけです。
 <xref linkend="libpq-PQcancelCreate"/>を使用して正常に作成された<function>PGcancelConn</function>の初期状態は<literal>CONNECTION_ALLOCATED</literal>です。
 正常にディスパッチされたキャンセル要求は<literal>CONNECTION_OK</literal>の状態になります。
@@ -9333,7 +9185,7 @@ ConnStatusType PQcancelStatus(const PGcancelConn *cancelConn);
        See the entry for <xref linkend="libpq-PQcancelStart"/> with regards
        to other status codes that might be returned.
 -->
-《機械翻訳》返される可能性がある他の状態コードについては<xref linkend="libpq-PQcancelStart"/>の項目を参照してください。
+返される可能性がある他の状態コードについては<xref linkend="libpq-PQcancelStart"/>の項目を参照してください。
       </para>
 
       <para>
@@ -9344,10 +9196,7 @@ ConnStatusType PQcancelStatus(const PGcancelConn *cancelConn);
        If the cancellation fails (say, because the server was already done
        processing the command), then there will be no visible result at all.
 -->
-《マッチ度[78.917379]》しかし、要求の受け入れが成功したとしても、その要求の効果が出ることは全く保証していません。
-もしキャンセル操作が有効であれば、現在のコマンドは間もなく中断され、エラーが結果として返ります。
-キャンセル操作に失敗した場合（例えばバックエンドがすでにコマンド処理を終了していたため）、目に見える結果は何も出てこなくなります。
-《機械翻訳》キャンセルの送信が成功しても、要求が有効になるとは限りません。
+キャンセルの送信が成功しても、要求が有効になるとは限りません。
 キャンセルが有効な場合、キャンセルされるコマンドは早期に終了し、エラー結果を返します。
 キャンセルが失敗した場合 （サーバがコマンドの処理をすでに完了していた場合など）、目に見える結果はまったくありません。
       </para>
@@ -9364,7 +9213,7 @@ ConnStatusType PQcancelStatus(const PGcancelConn *cancelConn);
        Obtains the file descriptor number of the cancel connection socket to
        the server.
 -->
-《機械翻訳》サーバへのキャンセル接続ソケットのファイル記述子番号を取得する。
+サーバへのキャンセル接続ソケットのファイル記述子番号を取得する。
 <synopsis>
 int PQcancelSocket(const PGcancelConn *cancelConn);
 </synopsis>
@@ -9379,7 +9228,7 @@ int PQcancelSocket(const PGcancelConn *cancelConn);
        (except for <xref linkend="libpq-PQcancelErrorMessage"/> and
        <function>PQcancelSocket</function> itself).
 -->
-《機械翻訳》有効なディスクリプタは 0 以上です。
+有効なディスクリプタは0以上です。
 -1 の結果は、現在オープンしているサーバ接続がないことを示します。
 このセクションの関数を<structname>PGcancelConn</structname>（<xref linkend="libpq-PQcancelErrorMessage"/>と<function>PQcancelSocket</function>自身を除く）で呼び出すと、この値が変わる可能性があります。
       </para>
@@ -9398,7 +9247,7 @@ int PQcancelSocket(const PGcancelConn *cancelConn);
        Returns the error message most recently generated by an
        operation on the cancel connection.
 -->
-《機械翻訳》接続解除操作で最後に生成されたエラー・メッセージを戻します。
+接続解除操作で最後に生成されたエラーメッセージを返します。
 <synopsis>
 char *PQcancelErrorMessage(const PGcancelConn *cancelconn);
 </synopsis>
@@ -9419,13 +9268,8 @@ char *PQcancelErrorMessage(const PGcancelConn *cancelconn);
        expected to remain the same across operations on the
        <literal>PGcancelConn</literal> structure.
 -->
-《マッチ度[77.664234]》ほとんどすべての<application>libpq</application>関数は、失敗時に<xref linkend="libpq-PQerrorMessage"/>用のメッセージを設定します。
-<application>libpq</application>での決まりとして、空でない<xref linkend="libpq-PQerrorMessage"/>の結果は複数行に渡ることも可能で、最後に改行が含まれることがある点に注意してください。
-呼び出し元はこの結果を直接解放してはいけません。
-関連する<structname>PGconn</structname>ハンドルが<xref linkend="libpq-PQfinish"/>に渡された時にこれは解放されます。
-<literal>PGconn</literal>構造体への操作を跨って、この結果文字列が同一であると想定してはいけません。
-《機械翻訳》<structname>PGcancelConn</structname>を取得する<application>libpq</application>関数のほとんどは、失敗した場合に<xref linkend="libpq-PQcancelErrorMessage"/>にメッセージを設定します。
-<application>libpq</application>の規則では、空でない<xref linkend="libpq-PQcancelErrorMessage"/>結果は複数行からなり、最後に改行を含むことに注意してください。
+<structname>PGcancelConn</structname>を取得する<application>libpq</application>関数のほとんどは、失敗した場合に<xref linkend="libpq-PQcancelErrorMessage"/>にメッセージを設定します。
+<application>libpq</application>の規則では、空でない<xref linkend="libpq-PQcancelErrorMessage"/>結果は複数行からなる可能性があり、最後に改行を含むことに注意してください。
 呼び出し元は、結果を直接解放しないでください。
 関連する<structname>PGcancelConn</structname>ハンドルが<xref linkend="libpq-PQcancelFinish"/>に渡されると解放されます。
 結果の文字列は<literal>PGcancelConn</literal>構造体に対する操作を通じて同じままになることは期待されません。
@@ -9442,9 +9286,7 @@ char *PQcancelErrorMessage(const PGcancelConn *cancelconn);
        cancel request yet). Also frees memory used by the
        <structname>PGcancelConn</structname> object.
 -->
-《マッチ度[55.974843]》サーバとの接続を閉ざします。
-また、<structname>PGconn</structname>オブジェクトが占めるメモリも解放します。
-《機械翻訳》接続のキャンセルを閉じます（キャンセル要求の送信がまだ完了していない場合）。
+キャンセル接続を閉じます（キャンセル要求の送信がまだ完了していない場合）。
 また、<structname>PGcancelConn</structname>オブジェクトが使用するメモリを解放します。
 <synopsis>
 void PQcancelFinish(PGcancelConn *cancelConn);
@@ -9461,9 +9303,7 @@ void PQcancelFinish(PGcancelConn *cancelConn);
        The <structname>PGcancelConn</structname> pointer must not be used
        again after <xref linkend="libpq-PQcancelFinish"/> has been called.
 -->
-《マッチ度[78.364116]》たとえサーバへの接続試行が失敗しても（<xref linkend="libpq-PQstatus"/>で調べます）、アプリケーションは<xref linkend="libpq-PQfinish"/>を呼び出し<structname>PGconn</structname>オブジェクトが占めるメモリを解放するべきです。
-そして<xref linkend="libpq-PQfinish"/>を呼び出したら、もう<structname>PGconn</structname>へのポインタを使ってはいけません。
-《機械翻訳》取り消しの試みが失敗した場合（<xref linkend="libpq-PQcancelStatus"/>で示されるように）でも、アプリケーションは<xref linkend="libpq-PQcancelFinish"/>を呼び出して<structname>PGcancelConn</structname>オブジェクトが使用したメモリを解放するようにしてください。
+取り消しの試みが失敗した場合（<xref linkend="libpq-PQcancelStatus"/>で示されるように）でも、アプリケーションは<xref linkend="libpq-PQcancelFinish"/>を呼び出して<structname>PGcancelConn</structname>オブジェクトが使用したメモリを解放するようにしてください。
 <structname>PGcancelConn</structname>ポインタは<xref linkend="libpq-PQcancelFinish"/>が呼び出された後は再度使用してはなりません。
       </para>
      </listitem>
@@ -9477,7 +9317,7 @@ void PQcancelFinish(PGcancelConn *cancelConn);
        Resets the <symbol>PGcancelConn</symbol> so it can be reused for a new
        cancel connection.
 -->
-《機械翻訳》新しいキャンセル接続に再利用できるように<symbol>PGcancelConn</symbol>をリセットします。
+新しいキャンセル接続で再利用できるように<symbol>PGcancelConn</symbol>をリセットします。
 <synopsis>
 void PQcancelReset(PGcancelConn *cancelConn);
 </synopsis>
@@ -9490,7 +9330,7 @@ void PQcancelReset(PGcancelConn *cancelConn);
        <symbol>PGcancelConn</symbol> object such that it can be used to send a
        new cancel request.
 -->
-《機械翻訳》<symbol>PGcancelConn</symbol>が現在キャンセル要求を送信するために使用されている場合、この接続は閉じられます。
+<symbol>PGcancelConn</symbol>が現在キャンセル要求を送信するために使用されている場合、この接続は閉じられます。
 次に、新しいキャンセル要求を送信するために使用できるように<symbol>PGcancelConn</symbol>オブジェクトを準備します。
       </para>
 
@@ -9500,7 +9340,7 @@ void PQcancelReset(PGcancelConn *cancelConn);
        for a <structname>PGconn</structname> and reuse it multiple times
        throughout the lifetime of the original <structname>PGconn</structname>.
 -->
-《機械翻訳》これは<structname>PGconn</structname>に対して1つの<structname>PGcancelConn</structname>を作成し、元の<structname>PGconn</structname>の存続期間中に何度も再利用することができます。
+これは<structname>PGconn</structname>に対して1つの<structname>PGcancelConn</structname>を作成し、元の<structname>PGconn</structname>の存続期間中に何度も再利用することができます。
       </para>
      </listitem>
     </varlistentry>
@@ -9508,7 +9348,10 @@ void PQcancelReset(PGcancelConn *cancelConn);
   </sect2>
 
   <sect2 id="libpq-cancel-deprecated">
+<!--
    <title>Obsolete Functions for Sending Cancel Requests</title>
+-->
+   <title>キャンセル要求を送るための廃れた関数</title>
 
    <para>
 <!--
@@ -9520,7 +9363,7 @@ void PQcancelReset(PGcancelConn *cancelConn);
     being used in new code, and it is recommended to change existing code to
     use the new functions instead.
 -->
-《機械翻訳》これらの関数は古い方法でキャンセル要求を送信するものです。
+これらの関数は古い方法でキャンセル要求を送信するものです。
 これらはまだ動作しますが、元の接続が暗号化を要求するために<literal>sslmode</literal>または<literal>gssencmode</literal>を指定した場合でも、キャンセル要求を暗号化された方法で送信しないため、推奨されません。
 したがって、これらの古い方法は新しいコードではほとんど使用されず、既存のコードを変更して新しい関数を使用することをお勧めします。
    </para>
@@ -9535,8 +9378,7 @@ void PQcancelReset(PGcancelConn *cancelConn);
        Creates a data structure containing the information needed to cancel
        a command using <xref linkend="libpq-PQcancel"/>.
 -->
-《マッチ度[55.084746]》特定のデータベース接続を通して発行されたコマンドをキャンセルするために必要な情報を持つデータ構造を作成します。
-《機械翻訳》<xref linkend="libpq-PQcancel"/>を使用してコマンドをキャンセルするために必要な情報を含むデータ構造体を作成します。
+<xref linkend="libpq-PQcancel"/>を使用してコマンドをキャンセルするために必要な情報を含むデータ構造体を作成します。
 <synopsis>
 PGcancel *PQgetCancel(PGconn *conn);
 </synopsis>
@@ -9554,14 +9396,9 @@ PGcancel *PQgetCancel(PGconn *conn);
        application; it can only be passed to <xref linkend="libpq-PQcancel"/>
        or <xref linkend="libpq-PQfreeCancel"/>.
 -->
-《マッチ度[89.511754]》<xref linkend="libpq-PQgetCancel"/>は、与えられた<structname>PGconn</structname>接続オブジェクトの<structname>PGcancel</structname><indexterm><primary>PGcancel</primary></indexterm>オブジェクトを作成します。
-与えられた<parameter>conn</parameter>が<symbol>NULL</symbol>もしくは無効な接続であった場合、<symbol>NULL</symbol>が返されます。
-<structname>PGcancel</structname>オブジェクトは不透明な構造体であり、アプリケーションから直接アクセスすることができません。
-これは<xref linkend="libpq-PQcancel"/>もしくは<xref linkend="libpq-PQfreeCancel"/>に渡すことしかできません。
-《機械翻訳》<xref linkend="libpq-PQgetCancel"/>は<structname>PGconn</structname>接続オブジェクトを与えられた<structname>PGcancel</structname><indexterm><primary>PGcancel</primary></indexterm>オブジェクトを作成します。
+<xref linkend="libpq-PQgetCancel"/>は<structname>PGconn</structname>接続オブジェクトを与えられた<structname>PGcancel</structname><indexterm><primary>PGcancel</primary></indexterm>オブジェクトを作成します。
 指定された<parameter>conn</parameter>が<symbol>NULL</symbol>か、または無効な接続である場合、<symbol>NULL</symbol>を返します。
-<structname>PGcancel</structname>オブジェクトは、アプリケーションが直接アクセスするためのものではありません。
-これは<xref linkend="libpq-PQcancel"/>または<xref linkend="libpq-PQfreeCancel"/>に渡すことができるだけです。
+<structname>PGcancel</structname>オブジェクトは不透明な構造体で、アプリケーションが直接アクセスするためのものではありません。これは<xref linkend="libpq-PQcancel"/>または<xref linkend="libpq-PQfreeCancel"/>に渡すことができるだけです。
       </para>
      </listitem>
     </varlistentry>
@@ -9600,7 +9437,7 @@ void PQfreeCancel(PGcancel *cancel);
        variant of <xref linkend="libpq-PQcancelBlocking"/>, but one that can be
        used safely from within a signal handler.
 -->
-《機械翻訳》<xref linkend="libpq-PQcancel"/>は、<xref linkend="libpq-PQcancelBlocking"/>の非推奨で安全でない変種ですが、シグナルハンドラ内から安全に使用できます。
+<xref linkend="libpq-PQcancel"/>は、<xref linkend="libpq-PQcancelBlocking"/>の非推奨で安全でない変種ですが、シグナルハンドラ内から安全に使用できます。
 <synopsis>
 int PQcancel(PGcancel *cancel, char *errbuf, int errbufsize);
 </synopsis>
@@ -9616,7 +9453,7 @@ int PQcancel(PGcancel *cancel, char *errbuf, int errbufsize);
        However, this is generally not considered a big enough benefit to be
        worth the security issues that this function has.
 -->
-《機械翻訳》<xref linkend="libpq-PQcancel"/>が存在するのは、下位互換性のためだけです。
+<xref linkend="libpq-PQcancel"/>が存在するのは、下位互換性のためだけです。
 代わりに<xref linkend="libpq-PQcancelBlocking"/>を使用してください。
 <xref linkend="libpq-PQcancel"/>の唯一の利点は、<parameter>errbuf</parameter>がシグナルハンドラ内のローカル変数である場合に、シグナルハンドラから安全に呼び出すことができることです。
 しかし、一般的には、この関数が持つセキュリティ問題に見合うほど大きな利点とは考えられていません。
@@ -9629,7 +9466,7 @@ int PQcancel(PGcancel *cancel, char *errbuf, int errbufsize);
        from a thread that is separate from the one manipulating the
        <structname>PGconn</structname> object.
 -->
-《機械翻訳》<structname>PGcancel</structname>オブジェクトは<xref linkend="libpq-PQcancel"/>に関しては読み取り専用であるため、<structname>PGconn</structname>オブジェクトを操作するスレッドとは別のスレッドからも呼び出すことができます。
+<structname>PGcancel</structname>オブジェクトは<xref linkend="libpq-PQcancel"/>に関しては読み取り専用であるため、<structname>PGconn</structname>オブジェクトを操作するスレッドとは別のスレッドからも呼び出すことができます。
       </para>
 
       <para>
@@ -9641,11 +9478,7 @@ int PQcancel(PGcancel *cancel, char *errbuf, int errbufsize);
        <parameter>errbuf</parameter> must be a char array of size
        <parameter>errbufsize</parameter> (the recommended size is 256 bytes).
 -->
-《マッチ度[78.143713]》キャンセル要求の受け入れが成功すれば1を、そうでなければ0を返します。
-失敗した場合、<parameter>errbuf</parameter>にそれを説明するエラーメッセージが収納されます。
-<parameter>errbuf</parameter>は<parameter>errbufsize</parameter>サイズの文字配列でなければなりません。
-(推奨サイズは256バイトです。)
-《機械翻訳》取り消し要求が正常にディスパッチされた場合、<xref linkend="libpq-PQcancel"/>の戻り値は1です。
+取り消し要求が正常にディスパッチされた場合、<xref linkend="libpq-PQcancel"/>の戻り値は1で、そうでなければ0です。
 ディスパッチされなかった場合、<parameter>errbuf</parameter>に説明的なエラーメッセージが入ります。
 <parameter>errbuf</parameter>は<parameter>errbufsize</parameter>のサイズ（推奨サイズは256バイト）の文字配列でなければなりません。
       </para>
@@ -9663,8 +9496,7 @@ int PQcancel(PGcancel *cancel, char *errbuf, int errbufsize);
        <xref linkend="libpq-PQrequestCancel"/> is a deprecated and insecure
        variant of <xref linkend="libpq-PQcancelBlocking"/>.
 -->
-《マッチ度[71.074380]》<xref linkend="libpq-PQrequestCancel"/>は<xref linkend="libpq-PQcancel"/>の廃止予定の変形版です。
-《機械翻訳》<xref linkend="libpq-PQrequestCancel"/>は、<xref linkend="libpq-PQcancelBlocking"/>の非推奨で安全でない変種です。
+<xref linkend="libpq-PQrequestCancel"/>は、<xref linkend="libpq-PQcancelBlocking"/>の非推奨で安全でない変種です。
 <synopsis>
 int PQrequestCancel(PGconn *conn);
 </synopsis>
@@ -9678,9 +9510,9 @@ int PQrequestCancel(PGconn *conn);
        <xref linkend="libpq-PQrequestCancel"/> over
        <xref linkend="libpq-PQcancelBlocking"/>.
 -->
-《機械翻訳》<xref linkend="libpq-PQrequestCancel"/>は下位互換性のために存在します。
+<xref linkend="libpq-PQrequestCancel"/>は下位互換性のために存在します。
 代わりに<xref linkend="libpq-PQcancelBlocking"/>を使用してください。
-<xref linkend="libpq-PQrequestCancel"/>を<xref linkend="libpq-PQcancelBlocking"/>よりも使用することはありません。
+<xref linkend="libpq-PQrequestCancel"/>を<xref linkend="libpq-PQcancelBlocking"/>よりも使用する利益はありません。
       </para>
 
       <para>
@@ -11175,7 +11007,7 @@ char *PQencryptPasswordConn(PGconn *conn, const char *passwd, const char *user,
 <!--
       Changes a <productname>PostgreSQL</productname> password.
 -->
-《機械翻訳》<productname>PostgreSQL</productname>のパスワードを変更します。
+<productname>PostgreSQL</productname>のパスワードを変更します。
 <synopsis>
 PGresult *PQchangePassword(PGconn *conn, const char *user, const char *passwd);
 </synopsis>
@@ -11190,7 +11022,7 @@ PGresult *PQchangePassword(PGconn *conn, const char *user, const char *passwd);
       done according to the server's <xref linkend="guc-password-encryption"/>
       setting.
 -->
-《機械翻訳》この関数は<function>PQencryptPasswordConn</function>を使用して、コマンド<literal>ALTER USER .パスワード '...'</literal>,.これにより、ユーザのパスワードが変更されます。
+この関数は<function>PQencryptPasswordConn</function>を使用して、コマンド<literal>ALTER ... PASSWORD '...'</literal>を実行し、これによりユーザのパスワードが変更されます。
 これは<function>PQencryptPasswordConn</function>と同じ理由で存在しますが、コマンドを構築して実行するのでより便利です。
 <xref linkend="libpq-PQencryptPasswordConn"/>はアルゴリズム引数に<symbol>NULL</symbol>を渡すので、サーバの<xref linkend="guc-password-encryption"/>設定に従って暗号化が行われます。
      </para>
@@ -11200,7 +11032,7 @@ PGresult *PQchangePassword(PGconn *conn, const char *user, const char *passwd);
       The <parameter>user</parameter> and <parameter>passwd</parameter> arguments
       are the SQL name of the target user, and the new cleartext password.
 -->
-《機械翻訳》<parameter>user</parameter>と<parameter>passwd</parameter>引数は、対象ユーザのSQL名と新しい平文パスワードです。
+<parameter>user</parameter>と<parameter>passwd</parameter>引数は、対象ユーザのSQL名と新しい平文パスワードです。
      </para>
 
      <para>
@@ -11215,12 +11047,8 @@ PGresult *PQchangePassword(PGconn *conn, const char *user, const char *passwd);
       <xref linkend="libpq-PQerrorMessage"/> to get more information about
       such errors.
 -->
-《マッチ度[58.859470]》戻り値は<structname>PGresult</structname>へのポインタ、場合によってはNULLポインタです。
-メモリ不足の状態、あるいはサーバへのコマンド送信が不可能といった深刻なエラーの場合を除けば、通常非NULLのポインタが返ります。
-<xref linkend="libpq-PQresultStatus"/>関数を呼び出して、何かエラー（NULLポインタ値を含むエラー。この場合は<symbol>PGRES_FATAL_ERROR</symbol>が返されます）がないか戻り値を検査しなければなりません。
-こうしたエラーの詳しい情報は<xref linkend="libpq-PQerrorMessage"/>で得ることができます。
-《機械翻訳》<literal>ALTER USER</literal>コマンドの結果を表す<structname>PGresult</structname>ポインタ、またはコマンドを発行する前にルーチンが失敗した場合はNULLポインタを返します。
-エラーの結果（NULLポインタの場合は<symbol>PGRES_FATAL_ERROR</symbol>を返します）を確認するには、<xref linkend="libpq-PQresultStatus"/>関数を呼び出す必要があります。
+<literal>ALTER USER</literal>コマンドの結果を表す<structname>PGresult</structname>ポインタ、またはコマンドを発行する前にルーチンが失敗した場合はNULLポインタを返します。
+エラーの結果（NULLポインタの場合も含み、そのケースは<symbol>PGRES_FATAL_ERROR</symbol>を返します）を確認するには、<xref linkend="libpq-PQresultStatus"/>関数を呼び出す必要があります。
 このようなエラーについての詳細は<xref linkend="libpq-PQerrorMessage"/>を参照してください。
      </para>
     </listitem>
@@ -11246,7 +11074,7 @@ char *PQencryptPassword(const char *passwd, const char *user);
       encryption algorithm.
 -->
 <xref linkend="libpq-PQencryptPassword"/>は、古くて非推奨のバージョンの<xref linkend="libpq-PQencryptPasswordConn"/>です。
-違いは、<xref linkend="libpq-PQencryptPassword"/>はコネクションオブジェクトを必要とせず、<literal>md5</literal>が常に暗号化アルゴリズムに使用されることです。
+違いは、<xref linkend="libpq-PQencryptPassword"/>は接続オブジェクトを必要とせず、<literal>md5</literal>が常に暗号化アルゴリズムに使用されることです。
      </para>
     </listitem>
    </varlistentry>
@@ -11525,9 +11353,7 @@ size_t PQresultMemorySize(const PGresult *res);
       all the memory that will be freed by <xref linkend="libpq-PQclear"/>.
       This information can be useful for managing memory consumption.
 -->
-《マッチ度[88.888889]》この値は<structname>PGresult</structname>オブジェクトに関連する<function>malloc</function>要求すべての和、すなわち<xref linkend="libpq-PQclear"/>で解放される空間全体です。
-この情報はメモリ消費を管理するのに有用でしょう。
-《機械翻訳》この値は、<structname>PGresult</structname>オブジェクトに関連する全ての<function>malloc</function>要求、つまり<xref linkend="libpq-PQclear"/>で解放される全てのメモリの合計です。
+この値は、<structname>PGresult</structname>オブジェクトに関連する全ての<function>malloc</function>要求、つまり<xref linkend="libpq-PQclear"/>で解放される全てのメモリの合計です。
 この情報はメモリ消費量を管理するのに役立ちます。
      </para>
     </listitem>
@@ -11623,8 +11449,7 @@ int PQlibVersion(void);
       Retrieves the current time, expressed as the number of microseconds
       since the Unix epoch (that is, <type>time_t</type> times 1 million).
 -->
-《機械翻訳》現在時間を取得します。
-これは、Unixエポックからの経過時間をマイクロ秒単位で表したものです<type>time_t</type>×100万)。
+現在時刻を取得します。これは、Unixエポックからの経過時間をマイクロ秒単位で表したものです（すなわち、<type>time_t</type>×100万です)。
 <synopsis>
 pg_usec_time_t PQgetCurrentTimeUSec(void);
 </synopsis>
@@ -11635,7 +11460,7 @@ pg_usec_time_t PQgetCurrentTimeUSec(void);
       This is primarily useful for calculating timeout values to use with
       <xref linkend="libpq-PQsocketPoll"/>.
 -->
-《機械翻訳》これは主に、<xref linkend="libpq-PQsocketPoll"/>で使用するタイムアウト値を計算する場合に便利です。
+これは主に、<xref linkend="libpq-PQsocketPoll"/>で使用するタイムアウト値を計算する場合に便利です。
      </para>
     </listitem>
    </varlistentry>
@@ -11888,11 +11713,7 @@ defaultNoticeProcessor(void *arg, const char *message)
        register event will be fired per event handler per connection.  If the
        event procedure fails (returns zero), the registration is canceled.
 -->
-《マッチ度[88.253012]》登録イベントは<xref linkend="libpq-PQregisterEventProc"/>が呼ばれたとき発生します。
-イベントプロシージャが必要とするかもしれない任意の<literal>instanceData</literal>を初期化するために、これは理想的な機会です。
-接続毎、イベントハンドラ毎でただ１つの登録イベントが発行されます。
-イベントプロシージャが失敗する（ゼロが返される）と、登録はキャンセルされます。
-《機械翻訳》レジスタイベントは、<xref linkend="libpq-PQregisterEventProc"/>が呼び出された時に発生します。
+レジスタイベントは、<xref linkend="libpq-PQregisterEventProc"/>が呼び出された時に発生します。
 イベントプロシージャが必要とする<literal>instanceData</literal>を初期化するのに理想的な時間です。
 接続ごとにイベントハンドラごとに1つのレジスタイベントしか発生しません。
 イベントプロシージャが失敗した場合（0を返す場合）、登録はキャンセルされます。
@@ -12637,8 +12458,7 @@ myEventProc(PGEventId evtId, void *evtInfo, void *passThrough)
       <envar>PGSSLNEGOTIATION</envar> behaves the same as the <xref
       linkend="libpq-connect-sslnegotiation"/> connection parameter.
 -->
-《マッチ度[79.032258]》<envar>PGGSSDELEGATION</envar>は<xref linkend="libpq-connect-gssdelegation"/>接続パラメータと同様に動作します。
-《機械翻訳》<envar>PGSSLNEGOTIATION</envar>は<xref linkend="libpq-connect-sslnegotiation"/>接続パラメータと同様に動作します。
+<envar>PGSSLNEGOTIATION</envar>は<xref linkend="libpq-connect-sslnegotiation"/>接続パラメータと同様に動作します。
      </para>
     </listitem>
 
@@ -14317,12 +14137,9 @@ void PQinitSSL(int do_ssl);
    the same connection object. (If you need to run concurrent commands,
    use multiple connections.)
 -->
-《マッチ度[75.124378]》スレッドに関する1つの制限として、異なるスレッドから同時に同一の<structname>PGconn</structname>オブジェクトを操作することはできません。
-具体的には、異なるスレッドから同一接続オブジェクトを介してコマンドを同時に発行することができません。
-(コマンドの同時実行が必要な場合、接続を複数使用してください。)
-《機械翻訳》バージョン17以降、<application>libpq</application>は常に再入可能でスレッドセーフです。
+バージョン17では、<application>libpq</application>は常に再入可能でスレッドセーフです。
 ただし、1つの制限として、2つのスレッドが同じ<structname>PGconn</structname>オブジェクトを同時に操作することはできません。
-特に、異なるスレッドから同じ接続オブジェクトを介して同時にコマンドを実行することはできません（同時にコマンドを実行する必要がある場合は、複数の接続を使用してください）。
+特に、異なるスレッドから同じ接続オブジェクトを介して同時にコマンドを実行することはできません。（並行してコマンドを実行する必要がある場合は、複数の接続を使用してください。）
   </para>
 
   <para>
@@ -14345,7 +14162,7 @@ void PQinitSSL(int do_ssl);
    function allows the querying of <application>libpq</application>'s
    thread-safe status:
 -->
-《機械翻訳》以前のバージョンでは、<application>libpq</application>はコンパイラオプションに応じてスレッドサポート付きでコンパイルすることも、スレッドサポートなしでコンパイルすることもできました。
+以前のバージョンでは、<application>libpq</application>はコンパイラオプションに応じてスレッドサポート付きでコンパイルすることも、スレッドサポートなしでコンパイルすることもできました。
 この関数は<application>libpq</application>のスレッドセーフステータスを照会することができます。
   </para>
 
@@ -14370,8 +14187,7 @@ int PQisthreadsafe();
       Returns 1 if the <application>libpq</application> is thread-safe
       and 0 if it is not. Always returns 1 on version 17 and above.
 -->
-《マッチ度[59.523810]》<application>libpq</application>がスレッドセーフの場合1が、さもなくば0が返ります。
-《機械翻訳》<application>libpq</application>がスレッドセーフである場合は1を、そうでない場合は0を返します。
+<application>libpq</application>がスレッドセーフである場合は1を、そうでない場合は0を返します。
 バージョン17以降では常に1を返します。
      </para>
     </listitem>
@@ -14387,8 +14203,9 @@ int PQisthreadsafe();
    <xref linkend="libpq-PQoidStatus"/> can be replaced by
    <xref linkend="libpq-PQoidValue"/>.
 -->
-《マッチ度[92.582418]》非推奨の関数、<xref linkend="libpq-PQrequestCancel"/>や<xref linkend="libpq-PQoidStatus"/>はスレッドセーフではありませんので、マルチスレッドプログラムでは使用してはなりません。
-<xref linkend="libpq-PQrequestCancel"/>は<xref linkend="libpq-PQcancel"/>に、<xref linkend="libpq-PQoidStatus"/>は<xref linkend="libpq-PQoidValue"/>に置き換えることができます。
+非推奨の関数、<xref linkend="libpq-PQrequestCancel"/>や<xref linkend="libpq-PQoidStatus"/>はスレッドセーフではありませんので、マルチスレッドプログラムでは使用してはなりません。
+<xref linkend="libpq-PQrequestCancel"/>は<xref linkend="libpq-PQcancelBlocking"/>に置き換えられます。
+<xref linkend="libpq-PQoidStatus"/>は<xref linkend="libpq-PQoidValue"/>に置き換えられます。
   </para>
 
   <para>
diff --git a/doc/src/sgml/libpq0.sgml b/doc/src/sgml/libpq0.sgml
index 9c8666213e3..86590700270 100644
--- a/doc/src/sgml/libpq0.sgml
+++ b/doc/src/sgml/libpq0.sgml
@@ -533,25 +533,16 @@ PostgresPollingStatusType PQconnectPoll(PGconn *conn);
        has failed, or <symbol>PGRES_POLLING_OK</symbol>, indicating the connection
        has been successfully made.
 -->
-《マッチ度[78.169014]》<function>PQconnectStart</function>あるいは<xref linkend="libpq-PQconnectStartParams"/>が成功したら、次は接続シーケンスを進めるために、<application>libpq</application>をポーリングします。
+<function>PQconnectStart</function>あるいは<xref linkend="libpq-PQconnectStartParams"/>が成功したら、次は接続シーケンスを進めるために、<application>libpq</application>をポーリングします。
 データベース接続の背後にあるソケットの記述子を取り出すには、<function>PQsocket(conn)</function>を使用します。
 （注意：複数の<function>PQconnectPoll</function>呼び出しでソケットが同じままであると思わないでください。）
 以下の繰り返しです。
 直前の<function>PQconnectPoll(conn)</function>が<symbol>PGRES_POLLING_READING</symbol>の場合、（<function>select()</function>や<function>poll()</function>などのシステム関数で示されて）ソケットの読み込み準備が整うまで待機します。
+システムで利用可能であれば、<function>PQsocketPoll</function>は<function>select(2)</function>や<function>poll(2)</function>の設定を抽象化することで、定型コードを減らすことができます。
 そして、再度<function>PQconnectPoll(conn)</function>を呼び出します。
 反対に直前の<function>PQconnectPoll(conn)</function>が<symbol>PGRES_POLLING_WRITING</symbol>の場合、ソケットの書き込み準備が整うまで待機し、その後、<function>PQconnectPoll(conn)</function>を再度呼び出します。
 繰り返しの最初、すなわち、未だ<function>PQconnectPoll</function>を呼び出していない場合、最後に<symbol>PGRES_POLLING_WRITING</symbol>を返したかのように振舞います。
 この繰り返しを<function>PQconnectPoll(conn)</function>が、接続手続きの失敗を示す<symbol>PGRES_POLLING_FAILED</symbol>、もしくは、接続確立に成功したことを示す<symbol>PGRES_POLLING_OK</symbol>を返すまで継続します。
-《機械翻訳》<function>PQconnectStart</function>または<xref linkend="libpq-PQconnectStartParams"/>が成功した場合、次の段階は<application>libpq</application>をポーリングして接続シーケンスを続行することです。
-データベース接続の基礎となるソケットの記述子を取得するには、<function>PQsocket(conn)</function>を使用します。
-（注意: ソケットは<function>PQconnectPoll</function>呼び出しの間で同じままだと仮定しないでください）。
-ループを次のように実行します。
-<function>PQconnectPoll(conn)</function>が最後に<symbol>PGRES_POLLING_READING</symbol>を返した場合、ソケットが読み込みの準備ができるまで待ちます(<function>select()</function>、<function>poll()</function>、または同様のシステム関数で示されます)。
-システムで利用可能であれば、<function>PQsocketPoll</function>は<function>select(2)</function>や<function>poll(2)</function>の設定を抽象化することで、定型コードを減らすことができます。
-次に、<function>PQconnectPoll(conn)</function>を再度呼び出します。
-逆に、<function>PQconnectPoll(conn)</function>が最後に<symbol>PGRES_POLLING_WRITING</symbol>を返した場合、ソケットが書き込み可能になるまで待ってから、再度<function>PQconnectPoll(conn)</function>を呼び出します。
-最初の繰り返しでは、つまり<function>PQconnectPoll</function>をまだ呼び出していない場合、最後に<symbol>PGRES_POLLING_WRITING</symbol>を返したかのように振る舞います。
-接続手順が失敗したことを示す<symbol>PGRES_POLLING_FAILED</symbol>を返すか、接続が成功したことを示す<symbol>PGRES_POLLING_OK</symbol>を返すまで、このループを続けます。
       </para>
 
       <para>
@@ -640,7 +631,7 @@ SSL暗号化の調停状態です。
 <!--
            Negotiating GSS encryption.
 -->
-《機械翻訳》GSS暗号化の調停状態です。
+GSS暗号化の調停状態です。
           </para>
          </listitem>
         </varlistentry>
@@ -664,7 +655,7 @@ SSL暗号化の調停状態です。
 <!--
            Checking if connection is to a server in standby mode.
 -->
-《機械翻訳》接続がスタンバイ モードのサーバに対するものかどうかを確認しています。
+接続がスタンバイモードのサーバに対するものかどうかを確認しています。
           </para>
          </listitem>
         </varlistentry>
@@ -744,15 +735,14 @@ switch(PQstatus(conn))
       <para>
 <!--
        <indexterm><primary>nonblocking connection</primary></indexterm>
-       <indexterm><primary>非ブロック接続</primary></indexterm>
        Poll a connection's underlying socket descriptor retrieved with
        <xref linkend="libpq-PQsocket"/>.
        The primary use of this function is iterating through the connection
        sequence described in the documentation of
        <xref linkend="libpq-PQconnectStartParams"/>.
 -->
-《機械翻訳》<indexterm><primary>非ブロッキング接続</primary></indexterm><xref linkend="libpq-PQsocket"/>で取得されたコネクションの基礎となるソケットディスクリプタをポーリングします。
-この関数のプライマリでの使用は、<xref linkend="libpq-PQconnectStartParams"/>の文書で説明されているコネクションシーケンスを通じて繰り返されます。
+<indexterm><primary>非ブロッキング接続</primary></indexterm><xref linkend="libpq-PQsocket"/>で取得された接続の基礎となるソケットディスクリプタをポーリングします。
+この関数の主な用途は、<xref linkend="libpq-PQconnectStartParams"/>の文書で説明されている接続シーケンスを繰り返すことにあります。
 <synopsis>
 typedef pg_int64 pg_usec_time_t;
 
@@ -771,10 +761,9 @@ int PQsocketPoll(int sock, int forRead, int forWrite,
        the function will terminate when the
        socket is ready for writing.
 -->
-《機械翻訳》この関数は、ファイルディスクリプタのポーリングを実行します。
-オプションでタイムアウトも実行できます。
-<parameter>forRead</parameter>が非ゼロの場合、関数はソケットの読取り準備が整ったときに終了します。
-<parameter>forWrite</parameter>が非ゼロの場合、関数はソケットの書込み準備が整ったときに終了します。
+この関数は、ファイルディスクリプタのポーリングを実行し、オプションでタイムアウトも実行できます。
+<parameter>forRead</parameter>が非ゼロの場合、この関数はソケットの読取り準備が整ったときに終了します。
+<parameter>forWrite</parameter>が非ゼロの場合、この関数はソケットの書込み準備が整ったときに終了します。
       </para>
 
       <para>
@@ -791,12 +780,11 @@ int PQsocketPoll(int sock, int forRead, int forWrite,
        Note that the underlying system calls may have less than microsecond
        precision, so that the actual delay may be imprecise.
 -->
-《機械翻訳》タイムアウトは<parameter>end_time</parameter>で指定されます。
-これは、Unixエポックからのマイクロ秒数で表される待機を停止する時間です（つまり、<type>time_t</type>×100万）。
+タイムアウトは<parameter>end_time</parameter>で指定され、これは、Unixエポックからのマイクロ秒数で表される待機を停止する時間です（つまり、<type>time_t</type>×100万）。
 <parameter>end_time</parameter>が<literal>-1</literal>の場合、タイムアウトは無限になります。
-end_timeが<literal>0</literal>の場合、タイムアウトは即時（ブロッキングなし）です（実際には、現在の任意の時間前です）。
-タイムアウト値は、<xref linkend="libpq-PQgetCurrentTimeUSec"/>の結果に所望のマイクロ秒数を加えることによって便利に計算することができる。
-基礎となるシステムが呼び出すノートは、より小さいマイクロ秒精度を有することがあり、その結果、実際の遅延は不正確であり得る。
+end_timeが<literal>0</literal>の場合、タイムアウトは即時（ブロッキングなし）です（実際には、現在時刻の前の任意の時刻でも構いません）。
+タイムアウト値は、<xref linkend="libpq-PQgetCurrentTimeUSec"/>の結果に所望のマイクロ秒数を加えることによって容易に計算できます。
+使用しているシステムコールの精度はマイクロ秒より劣っていることがあり、実際の遅延は不正確である可能性があることに注意してください。
       </para>
 
       <para>
@@ -809,9 +797,9 @@ end_timeが<literal>0</literal>の場合、タイムアウトは即時（ブロ
        and <parameter>forWrite</parameter> are zero, the function immediately
        returns a timeout indication.
 -->
-《機械翻訳》関数は、指定された条件が満たされた場合は値より大きい<literal>0</literal>を返し、タイムアウトが発生した場合は<literal>0</literal>を返し、エラーが発生した場合は<literal>-1</literal>を返します。
+この関数は、指定された条件が満たされた場合は<literal>0</literal>より大きい値を返し、タイムアウトが発生した場合は<literal>0</literal>を返し、エラーが発生した場合は<literal>-1</literal>を返します。
 エラーは、<literal>errno(3)</literal>値をチェックすることによって取得できます。
-イベントでは、<parameter>forRead</parameter>と<parameter>forWrite</parameter>の両方がゼロであり、関数はすぐにタイムアウト表示を返します。
+<parameter>forRead</parameter>と<parameter>forWrite</parameter>の両方がゼロなら、関数はすぐにタイムアウトの返り値を返します。
       </para>
 
       <para>
@@ -824,7 +812,7 @@ end_timeが<literal>0</literal>の場合、タイムアウトは即時（ブロ
        <parameter>writefds</parameter> from <function>select(2)</function>,
        for more information.
 -->
-《機械翻訳》<function>PQsocketPoll</function>は、<function>select(2)</function>に応じて<function>poll(2)</function>またはプラットフォームを使用して実装されます。
+<function>PQsocketPoll</function>は、プラットフォームに依存して<function>select(2)</function>または<function>poll(2)</function>を使用して実装されています。
 詳細については、<function>poll(2)</function>の<literal>POLLIN</literal>と<literal>POLLOUT</literal>、<function>select(2)</function>の<parameter>readfds</parameter>と<parameter>writefds</parameter>を参照してください。
       </para>
      </listitem>
@@ -2052,17 +2040,10 @@ Windowsでは、<literal>localhost</literal>への接続を試みます。
        seconds, so the total time spent waiting for a connection might be
        up to 10 seconds.
 -->
-《マッチ度[58.643326]》接続中の最大待機時間を秒単位（10進整数で記述してください、<literal>10</literal>など）で指定します。
+接続中の最大待機時間を秒単位（10進整数で記述してください、<literal>10</literal>など）で指定します。
 ゼロ、負値、もしくは未設定は、無期限の待機を意味します。
-許容される最小のタイムアウトは2秒です。
-したがって、<literal>1</literal>は<literal>2</literal>と解釈されます。
 このタイムアウトは各ホスト名やIPアドレスに別々に適用されます。
 例えば、二つのホストを指定して、<literal>connect_timeout</literal>が5であるなら、各ホストが5秒以内に接続できないときにタイムアウトして、接続を待つ合計所要時間は10秒近くになるかもしれません。
-《機械翻訳》接続中に待機する最大時間を秒単位で指定します（10進数整数として記述します。
-例:<literal>10</literal>）。
-ゼロ、負の値、または指定しない場合は、無限に待機することを意味します。
-このタイムアウトは、各ホストの名前またはIPアドレスに個別に適用されます。
-例の場合、2つのホストを指定し、<literal>connect_タイムアウト</literal>が5の場合、5秒以内にコネクションが作成されないと各ホストがタイムアウトするため、コネクションの待機に費やされる合計時間は最大10秒になります。
       </para>
       </listitem>
      </varlistentry>
@@ -2101,16 +2082,11 @@ Windowsでは、<literal>localhost</literal>への接続を試みます。
         backslash.  For a detailed discussion of the available
         options, consult <xref linkend="runtime-config"/>.
 -->
-《マッチ度[82.481752]》接続開始時にサーバに送信するコマンドラインオプションを指定します。
-例えば、これを<literal>-c geqo=off</literal>に設定すると、<varname>geqo</varname>パラメータのセッション値は<literal>off</literal>になります。
+接続開始時にサーバに送信するコマンドラインオプションを指定します。
+例えば、これを<literal>-c geqo=off</literal>または<literal>--geqo=off</literal>に設定すると、<varname>geqo</varname>パラメータのセッションの値が<literal>off</literal>に設定されます。
 この文字列中の空白はバックスラッシュ(<literal>\</literal>)でエスケープされていなければコマンド行引数の区切りであるとみなされます。
 リテラルのバックスラッシュを表すには<literal>\\</literal>と書いて下さい。
 利用可能なオプションに関する詳細については<xref linkend="runtime-config"/>を参照してください。
-《機械翻訳》コネクションスタートでサーバに送信するコマンド-直線オプションを指定します。
-例の場合、これを<literal>-c geqo=オフ</literal>または<literal>--geqo=オフ</literal>に設定すると、<varname>geqo</varname>パラメータのセッションの値が<literal>オフ</literal>に設定されます。
-この文字列内のスペースは、コマンド-直線引数を区切るものと見なされます。
-ただし、リテラルバックスラッシュを表すためにバックスラッシュ<literal>\</literal>);write<literal>\\</literal>でエスケープされている場合を除きます。
-利用可能なオプションの詳細については、<xref linkend="runtime-config"/>を参照してください。
        </para>
       </listitem>
      </varlistentry>
@@ -2546,9 +2522,7 @@ SSLサポートなしで<productname>PostgreSQL</productname>がコンパイル
         infrastructure (such as a Kerberos server), also set
         <literal>gssencmode</literal> to <literal>disable</literal>.
 -->
-《マッチ度[86.407767]》<acronym>GSSAPI</acronym>暗号化が可能な場合、<literal>sslmode</literal>の値に関係なく、<acronym>SSL</acronym>暗号化よりも優先して使用されることに注意してください。
-<acronym>GSSAPI</acronym>インフラストラクチャが動作している環境(Kerberosサーバなど)で<acronym>SSL</acronym>暗号化を強制的に使用するには、<literal>gssencmode</literal>を<literal>disable</literal>に設定します。
-《機械翻訳》<acronym>GSSAPI</acronym>暗号化が可能な場合、<literal>sslmode</literal>の値に関係なく、<acronym>SSL</acronym>暗号化よりも優先して使用されることに注意してください。
+<acronym>GSSAPI</acronym>暗号化が可能な場合、<literal>sslmode</literal>の値に関係なく、<acronym>SSL</acronym>暗号化よりも優先して使用されることに注意してください。
 <acronym>GSSAPI</acronym>インフラストラクチャが動作している環境（Kerberosサーバなど）で<acronym>SSL</acronym>暗号化を強制的に使用するには、<literal>gssencmode</literal>を<literal>disable</literal>に設定します。
        </para>
       </listitem>
@@ -2605,11 +2579,11 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
         option was introduced in <productname>PostgreSQL</productname> version
         17.
 -->
-《機械翻訳》このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのようにネゴシエートされるかを制御します。
-デフォルト<literal>POSTGRES</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
-<literal>直接</literal>モードでは、クライアントはTCP/IPハンドシェークを確立した直後に標準SSLコネクションを開始します。
-従来型(プロトコルネゴシエーションは、さまざまなサーバ設定に対して最も柔軟性があります。
-<productname>PostgreSQL</productname>サーバがサポート直接<acronym>SSL</acronym>接続に認識されている場合、SSL接続では必要なラウンドトリップが1つ少なくなり、コネクションレイテンシが削減され、プロトコルに依存しないSSLネットワークツールを使用できるようになります。
+このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのように調停されるかを制御します。
+デフォルト<literal>postgres</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
+<literal>direct</literal>モードでは、クライアントはTCP/IP接続を確立した後に直接標準SSLハンドシェイクを開始します。
+伝統的な<productname>PostgreSQL</productname>プロトコルネゴシエーションは、さまざまなサーバ設定に対して最も柔軟性があります。
+<productname>PostgreSQL</productname>サーバが直接<acronym>SSL</acronym>接続をサポートしているとわかっている場合、SSL接続では必要なラウンドトリップが1つ少なくなり、接続遅延が削減され、プロトコルに依存しないSSLネットワークツールを使用できるようになります。
 直接SSLオプションは、<productname>PostgreSQL</productname>バージョン17で導入されました。
        </para>
 
@@ -2622,7 +2596,7 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
              perform <productname>PostgreSQL</productname> protocol
              negotiation. This is the default if the option is not provided.
 -->
-《機械翻訳》<productname>PostgreSQL</productname>プロトコルのネゴシエーションを行います。
+<productname>PostgreSQL</productname>プロトコルのネゴシエーションを行います。
 このオプションが指定されていない場合のデフォルトです。
            </para>
           </listitem>
@@ -2639,9 +2613,8 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
              plaintext authentication when the server does not support direct
              SSL handshake.
 -->
-《機械翻訳》TCP/IPハンドシェークを確立した直後にSSLコネクションをスタートします。
-これは、sslmode=require以上の場合にのみ許可されます。
-これは、弱い設定では、サーバがSSL認証をサポートしない場合に、意図しないプレーンテキストハンドシェークへのフォールバックが発生する可能性があるためです。
+TCP/IPハンドシェークを確立した後に直接SSL接続を開始します。
+弱い設定では、サーバがSSL認証をサポートしない場合に、意図しないプレーンテキストハンドシェークへのフォールバックが発生する可能性があるため、sslmode=require以上の場合にのみ許可されます。
            </para>
           </listitem>
          </varlistentry>
@@ -2674,10 +2647,7 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
         <productname>PostgreSQL</productname> 14 disabled compression
         completely in the backend.
 -->
-《マッチ度[85.948478]》SSL圧縮は今日では安全ではないと考えられていて、もはや使用は推奨されません。
-<productname>OpenSSL</productname> 1.1.0はデフォルトでは圧縮を無効にしており、多くのOSディストリビューションでもこれまでのバージョンで無効化しています。そのため、サーバが圧縮を受け付けない場合、本パラメータをonに設定しても効果がありません。
-<productname>PostgreSQL</productname> 14はバックエンドでの圧縮を完全に無効にしています。
-《機械翻訳》SSL圧縮は現在では安全ではないと考えられており、その使用は推奨されません。
+SSL圧縮は現在では安全ではないと考えられており、その使用は推奨されません。
 <productname>OpenSSL</productname> 1.1.0ではデフォルトで圧縮が無効になっており、多くのオペレーティングシステムのディストリビューションでも以前のバージョンでは無効になっていたため、このパラメータをonに設定してもサーバが圧縮を受け入れない場合は効果がありません。
 <productname>PostgreSQL</productname> 14ではバックエンドで圧縮が完全に無効になりました。
        </para>
@@ -2991,11 +2961,8 @@ PostgreSQLサーバは、一般に、有効にするかどうかに関係なく
         in cleartext in the network traffic, so it might be undesirable in
         some cases.
 -->
-《マッチ度[68.264840]》Server Name Indicationは、SSLストリームを復号化することなく接続をルーティングするために、SSL対応プロキシによって使用できます(これには、SSLプロキシだけでなく、PostgreSQLプロトコルハンドシェイクを認識するプロキシが必要であることに注意してください)。
+Server Name Indicationは、SSLストリームを復号化することなく接続をルーティングするために、SSL対応プロキシによって使用できます。（プロキシがPostgreSQLプロトコルハンドシェークを認識していない限り、<literal>sslnegotiation</literal>を<literal>direct</literal>に設定する必要があることに注意してください。）
 しかし、<acronym>SNI</acronym>は宛先ホスト名をネットワークトラフィック中に平文で表示しますので、場合によっては望ましくないかもしれません。
-《機械翻訳》サーバ名前表示は、SSL対応プロキシがSSLストリームを復号化せずに接続をルーティングするために使用できます。
-（ノートは、プロキシがPostgreSQLプロトコルハンドシェークを認識していない限り、<literal>直接</literal>への設定<literal>sslnegotiation</literal>が必要になります。）
-ただし、<acronym>SNI</acronym>では、ネットワークトラフィックに宛先ホスト名がクリアテキストで表示されるため、場合によっては望ましくない場合があります。
        </para>
       </listitem>
      </varlistentry>
@@ -3507,7 +3474,7 @@ char *PQhost(const PGconn *conn);
        error), it returns an empty string.
 -->
 <parameter>conn</parameter>引数が<symbol>NULL</symbol>ならば、<xref linkend="libpq-PQhost"/>は<symbol>NULL</symbol>を返します。
-そうでない場合、もしホスト情報の生成中エラーとなったら（おそらくコネクションがまだ完全には確立されていないか、なんらかのエラーがある場合です）、空文字が返ります。
+そうでない場合、もしホスト情報の生成中エラーとなったら（おそらく接続がまだ完全には確立されていないか、なんらかのエラーがある場合です）、空文字が返ります。
       </para>
 
       <para>
@@ -3551,7 +3518,7 @@ char *PQhostaddr(const PGconn *conn);
        there was an error), it returns an empty string.
 -->
 <parameter>conn</parameter>引数が<symbol>NULL</symbol>ならば、<xref linkend="libpq-PQhostaddr"/>は<symbol>NULL</symbol>を返します。
-そうでない場合、もしホスト情報の生成がエラーとなったら（おそらくコネクションがまだ完全には確立されていないか、なんらかのエラーがある場合です）、空文字が返ります。
+そうでない場合、もしホスト情報の生成がエラーとなったら（おそらく接続がまだ完全には確立されていないか、なんらかのエラーがある場合です）、空文字が返ります。
       </para>
      </listitem>
     </varlistentry>
@@ -3588,7 +3555,7 @@ char *PQport(const PGconn *conn);
        error), it returns an empty string.
 -->
 <parameter>conn</parameter>引数が<symbol>NULL</symbol>ならば、<xref linkend="libpq-PQport"/>は<symbol>NULL</symbol>を返します。
-そうでない場合、もしホスト情報の生成がエラーとなったら（おそらくコネクションがまだ完全には確立されていないか、なんらかのエラーがある場合です）、空文字が返ります。
+そうでない場合、もしホスト情報の生成がエラーとなったら（おそらく接続がまだ完全には確立されていないか、なんらかのエラーがある場合です）、空文字が返ります。
       </para>
 
       <para>
@@ -3788,8 +3755,7 @@ const char *PQparameterStatus(const PGconn *conn, const char *paramName);
        <varname>integer_datetimes</varname>
        cannot change after startup.
 -->
-《機械翻訳》（<varname>default_transaction_read_only</varname>と<varname>in_hot_standby</varname>は14より前のリリースでは報告されませんでした。
-<varname>scram_iterations</varname>は16より前のリリースでは報告されませんでした。
+（<varname>default_transaction_read_only</varname>と<varname>in_hot_standby</varname>は14より前のリリースでは報告されませんでした。<varname>scram_iterations</varname>は16より前のリリースでは報告されませんでした。
 なお、<varname>server_version</varname>、<varname>server_encoding</varname>、および<varname>integer_datetimes</varname>は起動後に変更できません。
       </para>
 
@@ -3918,7 +3884,7 @@ int PQserverVersion(const PGconn *conn);
        Returns the error message most recently generated by
        an operation on the connection.
 -->
-《機械翻訳》接続に対する操作によって最後に生成されたエラー・メッセージを戻します。
+接続に対する操作によって最後に生成されたエラーメッセージを返します。
 
 <synopsis>
 char *PQerrorMessage(const PGconn *conn);
@@ -4220,7 +4186,7 @@ SSL圧縮が使用されている場合は"on"を返し、使用されていな
             mainly useful for checking whether the server supported ALPN or
             not. Empty string if ALPN was not used.
 -->
-《機械翻訳》TLSアプリケーションレイヤプロトコルネゴシエーション(ALPN)拡張によって選択されたアプリケーションプロトコル。
+TLSアプリケーションレイヤプロトコルネゴシエーション(ALPN)拡張によって選択されたアプリケーションプロトコルです。
 libpqがサポートするプロトコルは<literal>postgresql</literal>のみであるため、これは主にサーバがALPNをサポートしているかどうかをチェックするのに役立ちます。
 ALPNが使用されなかった場合は空文字列です。
            </para>
diff --git a/doc/src/sgml/libpq1.sgml b/doc/src/sgml/libpq1.sgml
index 3104795319a..c4f9edc7c88 100644
--- a/doc/src/sgml/libpq1.sgml
+++ b/doc/src/sgml/libpq1.sgml
@@ -434,7 +434,7 @@ NULLという結果はメモリ不足や全くコマンドを送信すること
     be created by executing SQL <xref linkend="sql-prepare"/>
     statements.
 -->
-《機械翻訳》<xref linkend="libpq-PQexecPrepared"/>で使用するための準備された文は、SQL<xref linkend="sql-prepare"/>文を実行して作成することもできます。
+<xref linkend="libpq-PQexecPrepared"/>で使用するための準備された文は、SQL <xref linkend="sql-prepare"/>文を実行して作成することもできます。
    </para>
 
    <para>
@@ -590,8 +590,7 @@ PGresult *PQdescribePortal(PGconn *conn, const char *portalName);
         Submits a request to close the specified prepared statement, and waits
         for completion.
 -->
-《マッチ度[54.651163]》指定したプリペアド文に関する情報入手要求を送り、入手完了まで待機します。
-《機械翻訳》指定したプリペアド文をクローズする要求を送信し、完了を待機します。
+指定したプリペアド文をクローズする要求を送信し、完了を待機します。
 <synopsis>
 PGresult *PQclosePrepared(PGconn *conn, const char *stmtName);
 </synopsis>
@@ -604,7 +603,7 @@ PGresult *PQclosePrepared(PGconn *conn, const char *stmtName);
         of its associated resources on the server and allows its name to be
         reused.
 -->
-《機械翻訳》<xref linkend="libpq-PQclosePrepared"/>を使用すると、アプリケーションは以前に準備された文を閉じることができます。
+<xref linkend="libpq-PQclosePrepared"/>を使用すると、アプリケーションは以前に準備された文を閉じることができます。
 文を閉じると、サーバ上の関連するすべてのリソースが解放され、その名前を再利用できるようになります。
        </para>
 
@@ -616,7 +615,7 @@ PGresult *PQclosePrepared(PGconn *conn, const char *stmtName);
         no-op. On success, a <structname>PGresult</structname> with
         status <literal>PGRES_COMMAND_OK</literal> is returned.
 -->
-《機械翻訳》<parameter>stmtName</parameter>は<literal>""</literal>または<symbol>NULL</symbol>で、名前のない文を参照できます。
+<parameter>stmtName</parameter>は<literal>""</literal>または<symbol>NULL</symbol>で、名前のない文を参照できます。
 この名前の文が存在しない場合、操作は何も行われません。
 成功した場合、ステータス<literal>PGRES_COMMAND_OK</literal>を持つ<structname>PGresult</structname>が返されます。
        </para>
@@ -632,7 +631,7 @@ PGresult *PQclosePrepared(PGconn *conn, const char *stmtName);
         Submits a request to close the specified portal, and waits for
         completion.
 -->
-《機械翻訳》指定されたポータルを閉じる要求を送信し、完了を待機します。
+指定されたポータルを閉じる要求を送信し、完了を待機します。
 <synopsis>
 PGresult *PQclosePortal(PGconn *conn, const char *portalName);
 </synopsis>
@@ -647,9 +646,7 @@ PGresult *PQclosePortal(PGconn *conn, const char *portalName);
         direct access to portals, but you can use this function to close a
         cursor created with a <command>DECLARE CURSOR</command> SQL command.)
 -->
-《マッチ度[58.578431]》<xref linkend="libpq-PQdescribePortal"/>により、アプリケーションは事前に作成されたポータルの情報を入手することができます。
-（<application>libpq</application>はポータルへの直接アクセスする方法を提供していませんが、この関数を使用して<command>DECLARE CURSOR</command> SQLコマンドで作成したカーソルの属性を確認することができます。）
-《機械翻訳》<xref linkend="libpq-PQclosePortal"/>を使用すると、アプリケーションは以前に作成したポータルを閉じることができます。
+<xref linkend="libpq-PQclosePortal"/>を使用すると、アプリケーションは以前に作成したポータルを閉じることができます。
 ポータルを閉じると、サーバ上の関連するすべてのリソースが解放され、その名前を再利用できるようになります。
 （<application>libpq</application>はポータルへの直接アクセスを提供しませんが、この関数を使用して<command>DECLARE CURSOR</command>SQLコマンドで作成されたカーソルを閉じることができます。）
        </para>
@@ -662,7 +659,7 @@ PGresult *PQclosePortal(PGconn *conn, const char *portalName);
         no-op. On success, a <structname>PGresult</structname> with status
         <literal>PGRES_COMMAND_OK</literal> is returned.
 -->
-《機械翻訳》<parameter>portalName</parameter>は<literal>""</literal>または<symbol>NULL</symbol>で、名前のないポータルを参照できます。
+<parameter>portalName</parameter>は<literal>""</literal>または<symbol>NULL</symbol>で、名前のないポータルを参照できます。
 この名前のポータルが存在しない場合は、操作は何も行われません。
 成功した場合、ステータス<literal>PGRES_COMMAND_OK</literal>を持つ<structname>PGresult</structname>が返されます。
        </para>
@@ -851,9 +848,7 @@ ExecStatusType PQresultStatus(const PGresult *res);
             The number of tuples will not exceed the limit passed to
             <xref linkend="libpq-PQsetChunkedRowsMode"/>.
 -->
-《マッチ度[50.943396]》<structname>PGresult</structname>には現在のコマンドからの結果タプルが１つ含まれます。
-この状態は問い合わせで単一行モードが選択された場合（<xref linkend="libpq-single-row-mode"/>参照）のみ起こります。
-《機械翻訳》<structname>PGresult</structname>は現在のコマンドからの複数の結果タプルを含んでいます。
+<structname>PGresult</structname>は現在のコマンドからの複数の結果タプルを含んでいます。
 この状態は、問い合わせに対してチャンクモードが選択された場合にのみ発生します（<xref linkend="libpq-single-row-mode"/>を参照してください）。
 タプル数は<xref linkend="libpq-PQsetChunkedRowsMode"/>に渡された制限を超えることはありません。
            </para>
@@ -871,9 +866,7 @@ ExecStatusType PQresultStatus(const PGresult *res);
             <xref linkend="libpq-PQsendPipelineSync"/>.
             This status occurs only when pipeline mode has been selected.
 -->
-《マッチ度[68.992248]》<structname>PGresult</structname>は、<xref linkend="libpq-PQpipelineSync"/>によって要求されたパイプラインモードの同期ポイントを表します。
-この状態はパイプラインモードが選択されている場合のみ起こります。
-《機械翻訳》<structname>PGresult</structname>は、パイプラインモードで<xref linkend="libpq-PQpipelineSync"/>または<xref linkend="libpq-PQsendPipelineSync"/>によって要求された同期点を表します。
+<structname>PGresult</structname>は、パイプラインモードで<xref linkend="libpq-PQpipelineSync"/>または<xref linkend="libpq-PQsendPipelineSync"/>によって要求された同期ポイントを表します。
 この状態は、パイプラインモードが選択された場合にのみ発生します。
            </para>
           </listitem>
@@ -892,8 +885,7 @@ ExecStatusType PQresultStatus(const PGresult *res);
             resume.
 -->
 <structname>PGresult</structname>は、サーバからエラーを受信したパイプラインを表します。
-<function>PQgetResult</function>は繰り返し呼び出されなければなりません。
-現在のパイプラインが終了するまでこのステータスコードを返す度に<literal>PGRES_PIPELINE_SYNC</literal>を返し、通常の処理を再開できます。
+<function>PQgetResult</function>は繰り返し呼び出されなければならず、現在のパイプラインが終了するまでこのステータスコードを返す度に<literal>PGRES_PIPELINE_SYNC</literal>を返し、通常の処理を再開できます。
            </para>
           </listitem>
          </varlistentry>
@@ -914,14 +906,10 @@ ExecStatusType PQresultStatus(const PGresult *res);
         etc.). A response of <literal>PGRES_EMPTY_QUERY</literal> might
         indicate a bug in the client software.
 -->
-《マッチ度[80.310078]》結果状態が<literal>PGRES_TUPLES_OK</literal>または<literal>PGRES_SINGLE_TUPLE</literal>であれば、以下で説明する関数を使って問い合わせが返した行を取り出すことができます。
+結果の状態が<literal>PGRES_TUPLES_OK</literal>、<literal>PGRES_SINGLE_TUPLE</literal>、または<literal>PGRES_TUPLES_CHUNK</literal>の場合、以下に説明する関数を使用して、問い合わせによって返された行を取り出すことができます。
 ただし、たまたま<command>SELECT</command>コマンドが返す行が０個だったような場合でも<literal>PGRES_TUPLES_OK</literal>となることに注意してください。
 <literal>PGRES_COMMAND_OK</literal>は、行を決して返さない(<literal>RETURNING</literal>句の無い<command>INSERT</command>または<command>UPDATE</command>など)コマンド用です。
 <literal>PGRES_EMPTY_QUERY</literal>という応答はクライアントソフトウェアの不具合を示しているかもしれません。
-《機械翻訳》結果の状態が<literal>PGRES_TUPLES_OK</literal>、<literal>PGRES_SINGLE_TUPLE</literal>、または<literal>PGRES_TUPLES_CHUNK</literal>の場合、以下に説明する関数を使用して、問い合わせによって返された行を取り出すことができます。
-偶然にゼロ行を取得する<command>SELECT</command>コマンドは、<literal>PGRES_TUPLES_OK</literal>を示すことに注意してください。
-<literal>PGRES_COMMAND_OK</literal>は、行を返すことができないコマンド（<literal>RETURNING</literal>句のない<command>INSERT</command>や<literal>UPDATE</literal>など）に対して使用します。
-<literal>PGRES_EMPTY_QUERY</literal>という応答は、クライアントソフトウェアのバグを示すかもしれません。
        </para>
 
        <para>
@@ -1502,13 +1490,8 @@ void PQclear(PGresult *res);
     would provide, but it has zero rows.  For objects with other status values,
     these functions will act as though the result has zero rows and zero columns.
 -->
-《マッチ度[87.091503]》これらの関数を使用して、正常終了した問い合わせ結果を示す(つまり、その状態が<literal>PGRES_TUPLES_OK</literal>または<literal>PGRES_SINGLE_TUPLE</literal>となっている)<structname>PGresult</structname>オブジェクトから情報を抽出することができます。
-また、成功したDescribe操作から情報を抽出することもできます。
-Describeの結果はすべて、実際に問い合わせを実行した時に提供されるものと同じ列情報を持ちますが、行はありません。
-他の状態値を持つオブジェクトでは、これらの関数は、結果が0行0列であるものと同様に動作します。
-《機械翻訳》これらの関数は、問い合わせ結果が成功したことを表す<structname>PGresult</structname>（つまり、<literal>PGRES_TUPLES_OK</literal>、<literal>PGRES_SINGLE_TUPLE</literal>、または<literal>PGRES_TUPLES_CHUNK</literal>のステータスを持つ）から情報を抽出するために使用されます。
-また、成功したDescribe操作から情報を抽出するためにも使用できます。
-Describeの結果には、実際の問合せの実行によって提供される列情報と同じ情報がすべて含まれますが、行は0です。
+これらの関数は、問い合わせ結果が成功したことを表す<structname>PGresult</structname>（つまり、<literal>PGRES_TUPLES_OK</literal>、<literal>PGRES_SINGLE_TUPLE</literal>、または<literal>PGRES_TUPLES_CHUNK</literal>のステータスを持つ）から情報を抽出するために使用されます。
+また、成功したDescribe操作から情報を抽出するためにも使用できます。Describeの結果には、実際の問合せの実行によって提供される列情報と同じ情報がすべて含まれますが、行は0です。
 他のステータス値を持つオブジェクトの場合、これらの関数は結果が0行と0列であるかのように動作します。
    </para>
 
@@ -2827,16 +2810,13 @@ unsigned char *PQunescapeBytea(const unsigned char *from, size_t *to_length);
    <xref linkend="libpq-PQprepare"/>,
    <xref linkend="libpq-PQexecPrepared"/>,
    <xref linkend="libpq-PQdescribePrepared"/>,
--->
-《マッチ度[74.937028]》アプリケーションにとってこのような制限が望ましくない場合は、代わりに<xref linkend="libpq-PQexec"/>を構成する関数<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を使用してください。
-また、<xref linkend="libpq-PQsendQueryParams"/>と<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>もあり、<xref linkend="libpq-PQgetResult"/>を使用して、それぞれ<xref linkend="libpq-PQexecParams"/>と<xref linkend="libpq-PQprepare"/>、<xref linkend="libpq-PQexecPrepared"/>、<xref linkend="libpq-PQdescribePrepared"/>、<xref linkend="libpq-PQdescribePortal"/>と同等の機能を行うことができます。
-《機械翻訳》これらの制限を嫌うアプリケーションは、<xref linkend="libpq-PQexec"/>が基礎としている関数<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を使用することができます。
-<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>があります。
-これらは<xref linkend="libpq-PQgetResult"/>とともに使用して、<xref linkend="libpq-PQexecParams"/>、<xref linkend="libpq-PQprepare"/>、<xref linkend="libpq-PQexecPrepared"/>、<xref linkend="libpq-PQdescribePrepared"/>の機能を複製できます。
    <xref linkend="libpq-PQdescribePortal"/>
    <xref linkend="libpq-PQclosePrepared"/>, and
    <xref linkend="libpq-PQclosePortal"/>
    respectively.
+-->
+アプリケーションにとってこのような制限が望ましくない場合は、代わりに<xref linkend="libpq-PQexec"/>を構成する関数<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を使用してください。
+また、<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>もあり、<xref linkend="libpq-PQgetResult"/>を使用して、それぞれ<xref linkend="libpq-PQexecParams"/>、<xref linkend="libpq-PQprepare"/>、<xref linkend="libpq-PQexecPrepared"/>、<xref linkend="libpq-PQdescribePrepared"/>、<xref linkend="libpq-PQdescribePortal"/>、<xref linkend="libpq-PQclosePrepared"/>、<xref linkend="libpq-PQclosePortal"/>の機能を複製できます。
 
    <variablelist>
     <varlistentry id="libpq-PQsendQuery">
@@ -3050,9 +3030,7 @@ int PQsendDescribePortal(PGconn *conn, const char *portalName);
        Submits a request to close the specified prepared statement, without
        waiting for completion.
 -->
-《マッチ度[59.782609]》指定したプリペアド文に関する情報入手要求を送ります。
-入手完了まで待機しません。
-《機械翻訳》完了を待たずに、指定した準備文を閉じる要求を送信します。
+完了を待たずに、指定した準備文を閉じる要求を送信します。
 <synopsis>
 int PQsendClosePrepared(PGconn *conn, const char *stmtName);
 </synopsis>
@@ -3064,11 +3042,7 @@ int PQsendClosePrepared(PGconn *conn, const char *stmtName);
        obtain the results.  The function's parameters are handled
        identically to <xref linkend="libpq-PQclosePrepared"/>.
 -->
-《マッチ度[85.230769]》これは<xref linkend="libpq-PQdescribePrepared"/>の非同期版です。
-要求の登録に成功した場合1が、失敗した場合0が返されます。
-呼び出しに成功した後、<xref linkend="libpq-PQgetResult"/>を呼び出して結果を入手してください。
-この関数のパラメータは<xref linkend="libpq-PQdescribePrepared"/>と同じように扱われます。
-《機械翻訳》これは<xref linkend="libpq-PQclosePrepared"/>の非同期版です。
+これは<xref linkend="libpq-PQclosePrepared"/>の非同期版です。
 要求を送信できた場合は1を、そうでない場合は0を返します。
 成功した場合は<xref linkend="libpq-PQgetResult"/>を呼び出して結果を取得します。
 この関数のパラメータは<xref linkend="libpq-PQclosePrepared"/>と同じように扱われます。
@@ -3085,7 +3059,7 @@ int PQsendClosePrepared(PGconn *conn, const char *stmtName);
        Submits a request to close specified portal, without waiting for
        completion.
 -->
-《機械翻訳》完了を待たずに、指定されたポータルを閉じる要求を送信します。
+完了を待たずに、指定されたポータルを閉じる要求を送信します。
 <synopsis>
 int PQsendClosePortal(PGconn *conn, const char *portalName);
 </synopsis>
@@ -3097,14 +3071,10 @@ int PQsendClosePortal(PGconn *conn, const char *portalName);
        obtain the results.  The function's parameters are handled
        identically to <xref linkend="libpq-PQclosePortal"/>.
 -->
-《マッチ度[85.046729]》これは<xref linkend="libpq-PQdescribePortal"/>の非同期版です。
-要求の登録に成功した場合1が、失敗した場合0が返されます。
-呼び出しに成功した後、<xref linkend="libpq-PQgetResult"/>を呼び出して結果を入手してください。
-この関数のパラメータは<xref linkend="libpq-PQdescribePortal"/>と同じように扱われます。
-《機械翻訳》これは<xref linkend="libpq-PQclosePortal"/>の非同期版です。
+これは<xref linkend="libpq-PQclosePortal"/>の非同期版です。
 要求を送信できた場合は1を、そうでない場合は0を返します。
 呼び出しが成功した後、結果を得るために<xref linkend="libpq-PQgetResult"/>を呼び出します。
-この関数のパラメータは<xref linkend="libpq-PQclosePortal"/>と同じように扱われます。
+この関数のパラメータは<xref linkend="libpq-PQclosePortal"/>と同様に扱われます。
       </para>
      </listitem>
     </varlistentry>
@@ -3130,10 +3100,8 @@ int PQsendClosePortal(PGconn *conn, const char *portalName);
        A null pointer is returned when the command is complete and there
        will be no more results.
 -->
-《マッチ度[67.238422]》以前に呼び出した<xref linkend="libpq-PQsendQuery"/>、<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQpipelineSync"/>から次の結果を待ち、その結果を返します。
+以前に呼び出した<xref linkend="libpq-PQsendQuery"/>、<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>、<xref linkend="libpq-PQsendPipelineSync"/>、<xref linkend="libpq-PQpipelineSync"/>からの結果を待ち、その結果を返します。
 コマンドが完了し、これ以上結果がない場合は、NULLポインタが返されます。
-《機械翻訳》以前の<xref linkend="libpq-PQsendQuery"/>、<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>、<xref linkend="libpq-PQsendPipelineSync"/>、または<xref linkend="libpq-PQpipelineSync"/>からの結果を待ち、それを返します。
-コマンドが完了し、それ以上結果がない場合は、NULLポインタが返されます。
 <synopsis>
 PGresult *PQgetResult(PGconn *conn);
 </synopsis>
@@ -3175,9 +3143,9 @@ PGresult *PQgetResult(PGconn *conn);
        the synchronization point.)
 -->
 パイプラインモードでは、<function>PQgetResult</function>はエラーが発生しない限り通常通りに戻ります。
-エラーを引き起こした問い合わせの後、次の同期点まで(そして次の同期点を除外して)送られた問い合わせに対しては、<literal>PGRES_PIPELINE_ABORTED</literal>型の特殊な結果が返され、その後にNULLポインタが返されます。
-パイプライン同期点に到達すると、<literal>PGRES_PIPELINE_SYNC</literal>型の結果が返されます。
-同期点の後の次の問い合わせの結果はすぐに続きます(つまり、同期点の後にNULLポインタは返されません)。
+エラーを引き起こした問い合わせの後、次の同期ポイントまで(そして次の同期ポイントを除外して)送られた問い合わせに対しては、<literal>PGRES_PIPELINE_ABORTED</literal>型の特殊な結果が返され、その後にNULLポインタが返されます。
+パイプライン同期ポイントに到達すると、<literal>PGRES_PIPELINE_SYNC</literal>型の結果が返されます。
+同期ポイントの後の次の問い合わせの結果はすぐに続きます(つまり、同期ポイントの後にNULLポインタは返されません)。
       </para>
 
       <note>
@@ -3221,9 +3189,7 @@ PGresult *PQgetResult(PGconn *conn);
    This is discussed
    in <xref linkend="libpq-single-row-mode"/>.
 -->
-《マッチ度[88.059701]》<xref linkend="libpq-PQsendQuery"/>および<xref linkend="libpq-PQgetResult"/>で得られる、その他のよく望まれる機能は多くの問い合わせ結果を一度に1行受け取ることです。
-これについては<xref linkend="libpq-single-row-mode"/>で説明します。
-《機械翻訳》<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>で取得できるもう一つの望ましい機能は、一度に限られた数の行を取り出すことです。
+<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>で得られるもう一つの望ましい機能は、大量の問い合わせ結果について、一度あたりに限られた数の行を取り出すことです。
 これについては<xref linkend="libpq-single-row-mode"/>で説明します。
   </para>
 
@@ -3356,9 +3322,8 @@ int PQisBusy(PGconn *conn);
    simply cause the command to terminate sooner than it would have
    otherwise.
 -->
-《マッチ度[92.702170]》また、<xref linkend="libpq-PQsendQuery"/>/<xref linkend="libpq-PQgetResult"/>を使用するクライアントは、サーバで処理中のコマンドに対してキャンセルを試行することができます。
-<xref linkend="libpq-cancel"/>を参照してください。
-しかし、<xref linkend="libpq-PQcancel"/>の戻り値と関係なく、アプリケーションは<xref linkend="libpq-PQgetResult"/>を使用した通常の結果読み取り手順を続けなければなりません。
+また、<xref linkend="libpq-PQsendQuery"/>/<xref linkend="libpq-PQgetResult"/>を使用するクライアントは、サーバで処理中のコマンドに対してキャンセルを試行することができます。<xref linkend="libpq-cancel"/>を参照してください。
+しかし、<xref linkend="libpq-PQcancelBlocking"/>の戻り値と関係なく、アプリケーションは<xref linkend="libpq-PQgetResult"/>を使用した通常の結果読み取り手順を続けなければなりません。
 キャンセル手続きの成功は単に、そのコマンドを通常よりも早めに終わらせるだけです。
   </para>
 
@@ -3617,20 +3582,13 @@ int PQflush(PGconn *conn);
     the end pipeline result has been consumed, the application may return
     to non-pipelined mode with <xref linkend="libpq-PQexitPipelineMode"/>.
 -->
-《マッチ度[86.274510]》パイプラインを発行するためには、アプリケーションは接続をパイプラインモードに切り替える必要があります。
+パイプラインを発行するためには、アプリケーションは接続をパイプラインモードに切り替える必要があります。
 これは<xref linkend="libpq-PQenterPipelineMode"/>で行われます。
 <xref linkend="libpq-PQpipelineStatus"/>は、パイプラインモードがアクティブかどうかをテストするために使用できます。
 パイプラインモードでは、<link linkend="libpq-async">非同期操作</link>のみが許可され、複数のSQLコマンドを含むコマンド文字列、<literal>COPY</literal>は許可されません。
-<function>PQfn</function>、<function>PQexec</function>、<function>PQexecParams</function>、<function>PQprepare</function>、<function>PQexecPrepared</function>、<function>PQdescribePrepared</function>、<function>PQdescribePortal</function>などの同期コマンド実行関数を使用すると、エラー状態になります。
+<function>PQfn</function>、<function>PQexec</function>、<function>PQexecParams</function>、<function>PQprepare</function>、<function>PQexecPrepared</function>、<function>PQdescribePrepared</function>、<function>PQdescribePortal</function>、<function>PQclosePrepared</function>、<function>PQclosePortal</function>などの同期コマンド実行関数を使用するとエラー状態になります。
 <function>PQsendQuery</function>も禁止されています。なぜなら、簡易問い合わせプロトコルを使用するからです。
 登録されたすべてのコマンドの結果が処理され、パイプラインの終了結果が消費されると、アプリケーションは<xref linkend="libpq-PQexitPipelineMode"/>を使用して非パイプラインモードに戻ることができます。
-《機械翻訳》パイプラインを発行するには、アプリケーションは接続をパイプラインモードに切り替える必要があります。
-これは<xref linkend="libpq-PQenterPipelineMode"/>で行います。
-<xref linkend="libpq-PQpipelineStatus"/>を使用して、パイプラインモードがアクティブかどうかをテストできます。
-パイプラインモードでは、拡張問い合わせプロトコルを利用する<link linkend="libpq-async">非同期操作</link>のみが許可され、複数のSQLコマンドを含むコマンド文字列は許可されず、<literal>COPY</literal>も許可されません。
-<function>PQfn</function>、<function>PQexec</function>、<function>PQexecParams</function>、<function>PQprepare</function>、<function>PQexecPrepared</function>、<function>PQdescribePrepared</function>、<function>PQdescribePortal</function>、<function>PQclosePrepared</function>、<function>PQclosePortal</function>などの同期コマンド実行関数を使用するとエラー状態になります。
-単純な問い合わせプロトコルを使用するので、<function>PQsendQuery</function>も禁止されています。
-すべてのディスパッチされたコマンドが結果を処理し終わり、最終的なパイプライン結果が消費されると、アプリケーションは<xref linkend="libpq-PQexitPipelineMode"/>で非パイプラインモードに戻ることができます。
    </para>
 
    <note>
@@ -3682,16 +3640,11 @@ int PQflush(PGconn *conn);
      <xref linkend="libpq-PQsendClosePortal"/> also work in pipeline mode.
      Result processing is described below.
 -->
-《マッチ度[80.000000]》パイプラインモードに入った後、アプリケーションは<xref linkend="libpq-PQsendQueryParams"/>、またはその準備された問い合わせ版の兄弟である<xref linkend="libpq-PQsendQueryPrepared"/>を使用して要求を登録します。
+パイプラインモードに入った後、アプリケーションは<xref linkend="libpq-PQsendQueryParams"/>、またはその準備された問い合わせ版の兄弟である<xref linkend="libpq-PQsendQueryPrepared"/>を使用して要求を登録します。
 これらの要求は、サーバにフラッシュされるまでクライアント側で待ち行列に入れられます。
 これは、<xref linkend="libpq-PQpipelineSync"/>がパイプラインに同期ポイントを確立するために使用された場合、または<xref linkend="libpq-PQflush"/>が呼び出された場合に発生します。
-<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>の関数もパイプラインモードで動作します。
-結果の処理については後述します。
-《機械翻訳》パイプラインモードに入った後、アプリケーションは<xref linkend="libpq-PQsendQueryParams"/>またはその準備されたクエリの兄弟<xref linkend="libpq-PQsendQueryPrepared"/>を使用して要求をディスパッチします。
-これらの要求は、サーバにフラッシュされるまでクライアント側でキューに入れられます。
-これは、<xref linkend="libpq-PQpipelineSync"/>を使用してパイプライン内に同期点を確立する場合、または<xref linkend="libpq-PQflush"/>を呼び出す場合に発生します。
 関数<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>もパイプラインモードで動作します。
-結果の処理については後述する。
+結果の処理については後述します。
     </para>
 
     <para>
@@ -3713,20 +3666,12 @@ int PQflush(PGconn *conn);
      the transaction.)
      Query processing resumes after the synchronization point.
 -->
-《マッチ度[86.711712]》サーバは文を実行し、クライアントが送信した順に結果を返します。
+サーバは文を実行し、クライアントが送信した順に結果を返します。
 サーバはパイプラインのコマンドの実行を即座に開始し、パイプラインの終了を待機しません。
-結果はサーバ側でバッファされることに注意してください;同期ポイントが<function>PQpipelineSync</function>で確立されたとき、または<function>PQsendFlushRequest</function>が呼び出されたとき、サーバはバッファをフラッシュします。
+結果はサーバ側でバッファされることに注意してください;同期ポイントが<function>PQpipelineSync</function>か<function>PQsendPipelineSync</function>のどちらかで確立されたとき、または<function>PQsendFlushRequest</function>が呼び出されたとき、サーバはバッファをフラッシュします。
 いずれかの文でエラーが発生した場合、サーバは現在のトランザクションを中止し、次の同期ポイントまでキュー内の後続のコマンドを実行しません。
 このようなコマンドごとに<literal>PGRES_PIPELINE_ABORTED</literal>結果が生成されます(パイプラインのコマンドがトランザクションをロールバックする場合でも同様です)。
 問い合わせ処理は同期ポイント後に再開されます。
-《機械翻訳》サーバは、クライアントが送信した順序で文を実行し、結果を返します。
-サーバはパイプラインの終わりを待たずに、直ちにパイプライン内のコマンドの実行を開始します。
-結果はサーバ側でバッファリングされることに注意してください。
-同期点が<function>PQpipelineSync</function>か<function>PQsendPipelineSync</function>のどちらか、あるいは<function>PQsendFlushRequest</function>が呼び出された時点でサーバがそのバッファをフラッシュします。
-いずれかの文がエラーを検出すると、サーバは現在のトランザクションを中断し、次の同期点までキュー内の後続のコマンドを実行しません。
-このようなコマンドごとに<literal>PGRES_PIPELINE_ABORTED</literal>の結果が生成されます。
-（パイプラインのコマンドがトランザクションをロールバックする場合でも、この状態は変わりません）。
-同期点の後でクエリ処理が再開されます。
     </para>
 
     <para>
@@ -3792,13 +3737,9 @@ int PQflush(PGconn *conn);
      until the next <literal>PGRES_PIPELINE_SYNC</literal>;
      see <xref linkend="libpq-pipeline-errors"/>.
 -->
-《マッチ度[86.036036]》<function>PQgetResult</function>は通常の非同期処理と同じように動作しますが、新しい<type>PGresult</type>型<literal>PGRES_PIPELINE_SYNC</literal>と<literal>PGRES_PIPELINE_ABORTED</literal>が含まれる場合があります。
-<literal>PGRES_PIPELINE_SYNC</literal>は、パイプラインの対応するポイントの各<function>PQpipelineSync</function>ごとに1回だけ報告されます。
+<function>PQgetResult</function>は通常の非同期処理と同じように動作しますが、新しい<type>PGresult</type>型<literal>PGRES_PIPELINE_SYNC</literal>と<literal>PGRES_PIPELINE_ABORTED</literal>が含まれる場合があります。
+<literal>PGRES_PIPELINE_SYNC</literal>は、パイプラインの対応するポイントの各<function>PQpipelineSync</function>または<function>PQsendPipelineSync</function>ごとに1回だけ報告されます。
 最初のエラーに対する通常の問い合わせ結果の代わりに<literal>PGRES_PIPELINE_ABORTED</literal>が出力され、次の<literal>PGRES_PIPELINE_SYNC</literal>までのすべての結果が出力されます。
-<xref linkend="libpq-pipeline-errors"/>を参照してください。
-《機械翻訳》<function>PQgetResult</function>は、通常の非同期処理と同じように動作しますが、新しい<type>PGresult</type>型<literal>PGRES_PIPELINE_SYNC</literal>と<literal>PGRES_PIPELINE_ABORTED</literal>を含むことがあります。
-<literal>PGRES_PIPELINE_SYNC</literal>は、対応するパイプラインのポイントで<function>PQpipelineSync</function>または<function>PQsendPipelineSync</function>ごとに1回だけ報告されます。
-最初のエラーとそれに続く<literal>PGRES_PIPELINE_SYNC</literal>までのすべての結果に対して、通常の問い合わせ結果の代わりに<literal>PGRES_PIPELINE_ABORTED</literal>が発行されます。
 <xref linkend="libpq-pipeline-errors"/>を参照してください。
     </para>
 
@@ -3850,12 +3791,9 @@ int PQflush(PGconn *conn);
      <literal>PGRES_PIPELINE_SYNC</literal> to signal the end of the aborted pipeline
      and resumption of normal result processing.
 -->
-《マッチ度[84.826325]》クライアント側から見ると、<function>PQresultStatus</function>が<literal>PGRES_FATAL_ERROR</literal>を返した後、パイプラインは中断されたフラグが立てられます。
+クライアント側から見ると、<function>PQresultStatus</function>が<literal>PGRES_FATAL_ERROR</literal>を返した後、パイプラインは中断されたフラグが立てられます。
 <function>PQresultStatus</function>は、中断されたパイプラインの残りのキュー操作ごとに<literal>PGRES_PIPELINE_ABORTED</literal>結果を報告します。
-<function>PQpipelineSync</function>の結果は<literal>PGRES_PIPELINE_SYNC</literal>として報告され、中断されたパイプラインの終了と通常の結果処理の再開を通知します。
-《機械翻訳》クライアントの観点からは、<function>PQresultStatus</function>が<literal>PGRES_FATAL_ERROR</literal>を返した後、パイプラインは中止されたものとしてフラグが立てられます。
-中止されたパイプライン内の残りの各待ち行列操作に対して、<function>PQresultStatus</function>は<literal>PGRES_PIPELINE_ABORTED</literal>の結果を報告します。
-<function>PQpipelineSync</function>または<function>PQsendPipelineSync</function>の結果は、中断されたパイプラインの終了と通常の結果処理の再開を知らせるために<literal>PGRES_PIPELINE_SYNC</literal>として報告されます。
+<function>PQpipelineSync</function>または<function>PQsendPipelineSync</function>の結果は<literal>PGRES_PIPELINE_SYNC</literal>として報告され、中断されたパイプラインの終了と通常の結果処理の再開を通知します。
     </para>
 
     <para>
@@ -4148,11 +4086,8 @@ int PQpipelineSync(PGconn *conn);
        the delimiter of an implicit transaction and an error recovery
        point; see <xref linkend="libpq-pipeline-errors"/>.
 -->
-《マッチ度[86.428571]》<link linkend="protocol-flow-ext-query">同期メッセージ</link>を送信し、送信バッファをフラッシュすることにより、パイプラインの同期ポイントをマークします。
-これは暗黙的なトランザクションとエラー修復ポイントの区切り文字として機能します。
-<xref linkend="libpq-pipeline-errors"/>を参照してください。
-《機械翻訳》送信バッファをフラッシュせずに<link linkend="protocol-flow-ext-query">同期メッセージ</link>を送信することで、パイプライン内の同期点をマークします。
-これは暗黙的なトランザクションとエラー回復ポイントの区切りとして機能します。
+送信バッファをフラッシュせずに<link linkend="protocol-flow-ext-query">同期メッセージ</link>を送信することで、パイプライン内の同期ポイントをマークします。
+これは暗黙的なトランザクションとエラー修復ポイントの区切り文字として機能します。<xref linkend="libpq-pipeline-errors"/>を参照してください。
 <xref linkend="libpq-pipeline-errors"/>を参照してください。
 
 <synopsis>
@@ -4168,10 +4103,8 @@ int PQsendPipelineSync(PGconn *conn);
        Note that the message is not itself flushed to the server automatically;
        use <function>PQflush</function> if necessary.
 -->
-《マッチ度[50.545455]》成功した場合は1を返します。
+成功した場合は1を返します。
 接続がパイプラインモードでないか、<link linkend="protocol-flow-ext-query">同期メッセージ</link>の送信に失敗した場合は0を返します。
-《機械翻訳》成功した場合は1を返します。
-接続がパイプラインモードでない場合、または<link linkend="protocol-flow-ext-query">同期メッセージ</link>の送信に失敗した場合は0を返します。
 メッセージ自体は自動的にサーバにフラッシュされないことに注意してください。
 必要であれば<function>PQflush</function>を使用してください。
       </para>
@@ -4186,8 +4119,7 @@ int PQsendPipelineSync(PGconn *conn);
 <!--
        Sends a request for the server to flush its output buffer.
 -->
-《マッチ度[86.206897]》サーバに出力バッファをフラッシュする要求を送信します。
-《機械翻訳》サーバに出力バッファをフラッシュする要求を送信します。
+サーバに出力バッファをフラッシュする要求を送信します。
 <synopsis>
 int PQsendFlushRequest(PGconn *conn);
 </synopsis>
@@ -4197,9 +4129,7 @@ int PQsendFlushRequest(PGconn *conn);
 <!--
        Returns 1 for success.  Returns 0 on any failure.
 -->
-《マッチ度[81.250000]》成功した場合は1を返します。
-失敗した場合は0を返します。
-《機械翻訳》成功した場合は1を返します。
+成功した場合は1を返します。
 失敗した場合は0を返します。
       </para>
       <para>
@@ -4212,14 +4142,9 @@ int PQsendFlushRequest(PGconn *conn);
        Note that the request is not itself flushed to the server automatically;
        use <function>PQflush</function> if necessary.
 -->
-《マッチ度[86.473430]》サーバは、<function>PQpipelineSync</function>が呼び出された結果として、あるいはパイプラインモードでない要求があった場合に、自動的に出力バッファをフラッシュします。
+サーバは、<function>PQpipelineSync</function>が呼び出された結果として、あるいはパイプラインモードでない要求があった場合に、自動的に出力バッファをフラッシュします。
 この関数は、同期ポイントを確立せずに、サーバにパイプラインモードで出力バッファをフラッシュさせるのに便利です。
-要求自体は自動的にサーバにフラッシュされないことに注意してください。
-必要であれば<function>PQflush</function>を使用してください。
-《機械翻訳》サーバは、<function>PQpipelineSync</function>が呼び出された結果として、あるいはパイプラインモードでない要求があった場合に、自動的に出力バッファをフラッシュします。
-この関数は、同期ポイントを確立せずに、サーバにパイプラインモードで出力バッファをフラッシュさせるのに便利です。
-要求自体は自動的にサーバにフラッシュされないことに注意してください。
-必要であれば<function>PQflush</function>を使用してください。
+要求自体は自動的にサーバにフラッシュされないことに注意してください。必要であれば<function>PQflush</function>を使用してください。
       </para>
      </listitem>
     </varlistentry>
diff --git a/doc/src/sgml/libpq2.sgml b/doc/src/sgml/libpq2.sgml
index 93f23d8a849..53cc3696ea5 100644
--- a/doc/src/sgml/libpq2.sgml
+++ b/doc/src/sgml/libpq2.sgml
@@ -10,7 +10,10 @@
 
  <!-- keep this not-too-apropos sect1 ID for stability of doc URLs -->
  <sect1 id="libpq-single-row-mode">
+<!--
   <title>Retrieving Query Results in Chunks</title>
+-->
+  <title>問い合わせ結果をチャンクとして取り出す</title>
 
   <indexterm zone="libpq-single-row-mode">
    <primary>libpq</primary>
@@ -25,6 +28,10 @@
    <primary>libpq</primary>
    <secondary>chunked mode</secondary>
   </indexterm>
+  <indexterm zone="libpq-single-row-mode">
+   <primary>libpq</primary>
+   <secondary>チャンクモード</secondary>
+  </indexterm>
 
   <para>
 <!--
@@ -38,13 +45,9 @@
    application as they are received from the server, one at a time for
    single-row mode or in groups for chunked mode.
 -->
-《マッチ度[76.381910]》通常、<application>libpq</application>はSQLコマンドの結果全体を収集し、それを１つの<structname>PGresult</structname>としてアプリケーションに返します。
+通常、<application>libpq</application>はSQLコマンドの結果全体を収集し、それを１つの<structname>PGresult</structname>としてアプリケーションに返します。
 これは、多くの行数を返すコマンドでは動作しなくなるかもしれません。
-こうした場合、アプリケーションは<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を<firstterm>単一行モード</firstterm>で使用することができます。
-このモードでは、結果行は、サーバから受け取ったかのように、アプリケーションに１度に１行返されます。
-《機械翻訳》通常、<application>libpq</application>はSQLコマンドの結果全体を収集し、それを単一の<structname>PGresult</structname>としてアプリケーションに返します。
-これは、多数の行を返すコマンドには使用できません。
-このような場合、アプリケーションは<firstterm>シングルローモード</firstterm>または<firstterm>チャンクモード</firstterm>で<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を使用することができます。
+このような場合、アプリケーションは<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>で<firstterm>単一行モード</firstterm>または<firstterm>チャンクモード</firstterm>を使用することができます。
 これらのモードでは、結果の行は、サーバから受信されると、一度に1行ずつ、またはチャンクでグループ化されてアプリケーションに返されます。
   </para>
 
@@ -75,23 +78,14 @@
    <structname>PGresult</structname> object for the query would have.
    Each object should be freed with <xref linkend="libpq-PQclear"/> as usual.
 -->
-《マッチ度[73.358586]》単一行モードに入るためには、<xref linkend="libpq-PQsendQuery"/>（または同系列の関数）の呼び出しに成功した直後に<xref linkend="libpq-PQsetSingleRowMode"/>を呼び出してください。
+これらのモードのいずれかに入るには、<xref linkend="libpq-PQsendQuery"/> （またはその兄弟関数）の呼び出し直後に<xref linkend="libpq-PQsetSingleRowMode"/>または<xref linkend="libpq-PQsetChunkedRowsMode"/>を呼び出します。
 このモード選択は、現在実行中の問い合わせに対してのみ有効です。
 その後、<xref linkend="libpq-async"/>の説明通りに、NULLを返すようになるまで<xref linkend="libpq-PQgetResult"/>を繰り返し呼び出してください。
 問い合わせが何らかの行を返す場合、<literal>PGRES_TUPLES_OK</literal>ではなく<literal>PGRES_SINGLE_TUPLE</literal>である点を除けば、通常の問い合わせ結果と同じように見える、個々の<structname>PGresult</structname>オブジェクトを返します。
-最後の行の後、または問い合わせがゼロ行を返す場合は即座に、<literal>PGRES_TUPLES_OK</literal>状態のゼロ行のオブジェクトが返されます。
-これはもう行が届かないことを通知するものです。
-（しかしNULLが返るまで<xref linkend="libpq-PQgetResult"/>を呼び出さなければならないことに注意してください。）
-<structname>PGresult</structname>オブジェクトのすべては、その問い合わせに対する通常の<structname>PGresult</structname>と同一の行説明データ（列名、型など）を持ちます。
-各オブジェクトは通常通り<xref linkend="libpq-PQclear"/>で解放しなければなりません。
-《機械翻訳》これらのモードのいずれかに入るには、<xref linkend="libpq-PQsendQuery"/> （またはその兄弟関数） の呼び出し直後に<xref linkend="libpq-PQsetSingleRowMode"/>または<xref linkend="libpq-PQsetChunkedRowsMode"/>を呼び出します。
-このモード選択は、現在実行中のクエリに対してのみ有効です。
-次に、<xref linkend="libpq-PQgetResult"/>を<xref linkend="libpq-async"/>で説明されているように、NULLが返されるまで繰り返し呼び出します。
 問い合わせが何行かの行を返すと、それらは1つ以上の<structname>PGresult</structname>オブジェクトとして返されます。
 これらは通常の問い合わせ結果と同じように見えますが、<literal>PGRES_SINGLE_TUPLE</literal>がシングル行モードの場合は<literal>PGRES_TUPLES_OK</literal>ではなく、チャンクモードの場合は<literal>PGRES_TUPLES_CHUNK</literal>が付きます。
-各<literal>PGRES_SINGLE_TUPLE</literal>オブジェクトには1行の結果がありますが、<literal>PGRES_TUPLES_CHUNK</literal>オブジェクトには少なくとも1行、チャンクあたり指定された行数以上の結果があります。
-最後の行の後、またはクエリがゼロ行を返す場合は直ちに、ステータス<literal>PGRES_TUPLES_OK</literal>を持つゼロ行オブジェクトが返されます。
-これは、これ以上行が到着しないというシグナルです。
+各<literal>PGRES_SINGLE_TUPLE</literal>オブジェクトには1行の結果がありますが、<literal>PGRES_TUPLES_CHUNK</literal>オブジェクトには少なくとも1行、チャンクあたり指定された行数以下の結果があります。
+最後の行の後、またはクエリがゼロ行を返す場合は直ちに、ステータス<literal>PGRES_TUPLES_OK</literal>を持つゼロ行オブジェクトが返されます。これは、これ以上行が到着しないというシグナルです。
 （ただし、NULL を返すまでは、<xref linkend="libpq-PQgetResult"/>を呼び出し続ける必要があることに注意してください。）
 これらの<structname>PGresult</structname>オブジェクトはすべて、問い合わせの通常の<structname>PGresult</structname>オブジェクトと同じ行記述データ（列名、型など）を含みます。
 各オブジェクトは通常通り<xref linkend="libpq-PQclear"/>で解放する必要があります。
@@ -104,7 +98,7 @@
    that query with <function>PQgetResult</function>.
    See <xref linkend="libpq-pipeline-mode"/> for more information.
 -->
-《マッチ度[90.763052]》パイプラインモードを使用する場合、単一行モードは、<function>PQgetResult</function>でその問い合わせの結果を取得する前に、パイプラインの各問い合わせに対してアクティブにする必要があります。
+パイプラインモードを使用する場合、単一行モードまたはチャンクモードは、<function>PQgetResult</function>でその問い合わせの結果を取得する前に、パイプラインの各問い合わせに対してアクティブにする必要があります。
 詳細は<xref linkend="libpq-pipeline-mode"/>を参照してください。
   </para>
 
@@ -153,8 +147,7 @@ int PQsetSingleRowMode(PGconn *conn);
 <!--
        Select chunked mode for the currently-executing query.
 -->
-《マッチ度[70.370370]》現在実行中の問い合わせについて単一行モードを選択します。
-《機械翻訳》現在実行中のクエリに対してチャンク・モードを選択します。
+現在実行中の問い合わせに対してチャンクモードを選択します。
 
 <synopsis>
 int PQsetChunkedRowsMode(PGconn *conn, int chunkSize);
@@ -177,16 +170,11 @@ int PQsetChunkedRowsMode(PGconn *conn, int chunkSize);
        returns 0.  In any case, the mode reverts to normal after
        completion of the current query.
 -->
-《マッチ度[60.220994]》この関数は<xref linkend="libpq-PQsendQuery"/>またはその系列の関数のいずれかの後即座に、<xref linkend="libpq-PQconsumeInput"/>や<xref linkend="libpq-PQgetResult"/>など接続に対する何らかの他の操作を行う前のみに呼び出すことができます。
-正しい時点で呼び出された場合、この関数は現在の問い合わせに対して単一行モードを有効にし、１を返します。
-この他の場合、モードは変更されず、関数はゼロを返します。
-いずれの場合でも、現在の問い合わせが完了した後に通常モードに戻ります。
-《機械翻訳》この関数は<xref linkend="libpq-PQsetSingleRowMode"/>と似ていますが、<structname>PGresult</structname>ごとに最大<replaceable>chunkSize</replaceable>行を取得する点が異なります。
-必ずしも1行だけではありません。
+この関数は<xref linkend="libpq-PQsetSingleRowMode"/>と似ていますが、必ずしも1行だけではなく、<structname>PGresult</structname>ごとに最大<replaceable>chunkSize</replaceable>行を取得する点が異なります。
 この関数は、<xref linkend="libpq-PQsendQuery"/>またはその兄弟関数の直後、および<xref linkend="libpq-PQconsumeInput"/>や<xref linkend="libpq-PQgetResult"/>などの接続上の他の操作の直前にのみ呼び出すことができます。
-正しい時間に呼び出されると、この関数は現在のクエリに対してチャンク・モードをアクティブにし、1を返します。
+正しいタイミングで呼び出されると、この関数は現在の問い合わせに対してチャンクモードをアクティブにし、1を返します。
 それ以外の場合、モードは変更されず、この関数は0を返します。
-いずれの場合も、現在のクエリが完了すると、モードは通常に戻ります。
+いずれの場合も、現在の問い合わせが完了すると、モードは通常に戻ります。
       </para>
      </listitem>
     </varlistentry>
@@ -208,16 +196,11 @@ int PQsetChunkedRowsMode(PGconn *conn, int chunkSize);
     discard or undo whatever has been done with the previously-processed
     rows, if the query ultimately fails.
 -->
-《マッチ度[85.390071]》問い合わせを処理している間、サーバはいくつか行を返した後にエラーになり、問い合わせがアボートする可能性があります。
+問い合わせを処理している間、サーバはいくつか行を返した後にエラーになり、問い合わせがアボートする可能性があります。
 通常の<application>libpq</application>では、こうした行を破棄しエラーのみを報告します。
-しかし単一行モードでは、これらの行はすでにアプリケーションに返されています。
-このためアプリケーションは<literal>PGRES_SINGLE_TUPLE</literal>状態の<structname>PGresult</structname>オブジェクトをいくつか見た後に<literal>PGRES_FATAL_ERROR</literal>オブジェクトを見るかもしれません。
+しかし単一行モードあるいはチャンクモードでは、これらの行はすでにアプリケーションに返されています。
+このためアプリケーションは<literal>PGRES_SINGLE_TUPLE</literal>あるいは<literal>PGRES_TUPLES_CHUNK</literal>状態の<structname>PGresult</structname>オブジェクトをいくつか見た後に<literal>PGRES_FATAL_ERROR</literal>オブジェクトを見るかもしれません。
 適切な振る舞いのトランザクションのために、最終的に問い合わせが失敗した場合、アプリケーションはこれまで処理した行を破棄するまたは取り消すように設計しなければなりません。
-《機械翻訳》クエリの処理中に、サーバがいくつかの行を結果してからエラーに遭遇し、クエリが中断されることがあります。
-通常、<application>libpq</application>はそのような行を破棄し、エラーのみを報告します。
-しかし、単一行またはチャンクモードでは、一部の列がすでにアプリケーションに戻されている場合があります。
-従って、アプリケーションはいくつかの<literal>PGRES_SINGLE_タプル</literal>または<literal>PGRES_TUPLES_チャンク</literal><structname>PGresult</structname>オブジェクトとそれに続く<literal>PGRES_FATAL_エラー</literal>オブジェクトを見ることになります。
-トランザクションが適切に動作するためには、アプリケーションが最終的に失敗した場合に、以前に処理された行に対して行われたことを破棄または元に戻すようにクエリを設計する必要があります。
    </para>
   </caution>
 
@@ -235,9 +218,18 @@ int PQsetChunkedRowsMode(PGconn *conn, int chunkSize);
   <indexterm zone="libpq-cancel">
    <primary>query cancellation</primary>
   </indexterm>
+  <indexterm zone="libpq-cancel">
+   <primary>SQL問い合わせのキャンセル</primary>
+  </indexterm>
+  <indexterm zone="libpq-cancel">
+   <primary>問い合わせのキャンセル</primary>
+  </indexterm>
 
   <sect2 id="libpq-cancel-functions">
+<!--
    <title>Functions for Sending Cancel Requests</title>
+-->
+   <title>キャンセル要求の送信関数</title>
    <variablelist>
     <varlistentry id="libpq-PQcancelCreate">
      <term><function>PQcancelCreate</function><indexterm><primary>PQcancelCreate</primary></indexterm></term>
@@ -247,7 +239,7 @@ int PQsetChunkedRowsMode(PGconn *conn, int chunkSize);
 <!--
        Prepares a connection over which a cancel request can be sent.
 -->
-《機械翻訳》キャンセル要求を送信できる接続を準備します。
+キャンセル要求を送信できる接続を準備します。
 <synopsis>
 PGcancelConn *PQcancelCreate(PGconn *conn);
 </synopsis>
@@ -269,8 +261,8 @@ PGcancelConn *PQcancelCreate(PGconn *conn);
        used to cancel the query that's running on the original connection in a
        thread-safe way.
 -->
-《機械翻訳》<xref linkend="libpq-PQcancelCreate"/>は<structname>PGcancelConn</structname><indexterm><primary>PGcancelConn</primary></indexterm>オブジェクトを作成しますが、この接続を介して直ちにキャンセルリクエストを送信し始めることはありません。
-キャンセル要求は、<xref linkend="libpq-PQcancelBlocking"/>を使用してブロッキング方式で、<xref linkend="libpq-PQcancelStart"/>を使用して非ブロッキング方式でこの接続を介して送信できます。
+<xref linkend="libpq-PQcancelCreate"/>は<structname>PGcancelConn</structname><indexterm><primary>PGcancelConn</primary></indexterm>オブジェクトを作成しますが、この接続を介して直ちにキャンセルリクエストを送信し始めることはありません。
+キャンセル要求は、<xref linkend="libpq-PQcancelBlocking"/>を使用してブロッキング方式で、あるいは<xref linkend="libpq-PQcancelStart"/>を使用して非ブロッキング方式でこの接続を介して送信できます。
 返り値は<xref linkend="libpq-PQcancelStatus"/>に渡して、<structname>PGcancelConn</structname>オブジェクトが正常に作成されたかどうかを調べることができます。
 <structname>PGcancelConn</structname>オブジェクトは、アプリケーションが直接アクセスすることを意図していない不透明な構造体です。
 この<structname>PGcancelConn</structname>オブジェクトは、スレッドセーフな方法で元の接続で実行中の問い合わせをキャンセルするために使用できます。
@@ -289,10 +281,9 @@ PGcancelConn *PQcancelCreate(PGconn *conn);
        authentication and the connection is closed right after the cancellation
        request is submitted.
 -->
-《機械翻訳》元のクライアントの多くの接続パラメータは、キャンセル要求の接続を設定するときに再利用されます。
+元のクライアントの多くの接続パラメータは、キャンセル要求の接続を設定するときに再利用されます。
 重要な点として、元の接続が接続の暗号化とターゲットホストの検証（<literal>sslmode</literal>または<literal>gssencmode</literal>を使用）を必要とする場合、キャンセル要求の接続はこれらの同じ要件を使用して作成されます。
-ただし、クライアントの認証中または認証後にのみ使用される接続オプションは無視されます。
-取り消し要求では認証は必要なく、接続は取り消し要求が送信された直後に閉じられるためです。
+ただし、クライアントの認証中または認証後にのみ使用される接続オプションは無視されます。取り消し要求では認証は必要なく、接続は取り消し要求が送信された直後に閉じられるためです。
       </para>
 
       <para>
@@ -303,9 +294,7 @@ PGcancelConn *PQcancelCreate(PGconn *conn);
        associated memory blocks. This must be done even if the cancel request
        failed or was abandoned.
 -->
-《マッチ度[59.735974]》<function>PQconnectStart</function>や<xref linkend="libpq-PQconnectStartParams"/>が非NULLポインタを返した場合、処理を終了する際には、構造体や関連するメモリブロックを始末するために、<xref linkend="libpq-PQfinish"/>を呼び出さなくてはならないことに注意してください。
-この処理は、接続試行が失敗した場合やその試行を中断する場合にも、必ず実行されなければいけません。
-《機械翻訳》<function>PQcancelCreate</function>がNULL以外のポインタを返した場合、構造体と関連するメモリブロックを処理するために、<xref linkend="libpq-PQcancelFinish"/>を呼び出す必要があります。
+<function>PQcancelCreate</function>がNULL以外のポインタを返した場合、構造体と関連するメモリブロックを始末するために、<xref linkend="libpq-PQcancelFinish"/>を呼び出す必要があります。
 これは、キャンセル要求が失敗したか、あるいは放棄された場合でも必要です。
       </para>
      </listitem>
@@ -320,8 +309,7 @@ PGcancelConn *PQcancelCreate(PGconn *conn);
        Requests that the server abandons processing of the current command
        in a blocking manner.
 -->
-《マッチ度[67.415730]》サーバに現在のコマンドの廃棄処理を要求します。
-《機械翻訳》サーバがブロック方式で現在のコマンドの処理を中止するように要求します。
+サーバがブロック方式で現在のコマンドの処理を中止するように要求します。
 <synopsis>
 int PQcancelBlocking(PGcancelConn *cancelConn);
 </synopsis>
@@ -336,8 +324,8 @@ int PQcancelBlocking(PGcancelConn *cancelConn);
        dispatched and 0 if not. If it was unsuccessful, the error message can be
        retrieved using <xref linkend="libpq-PQcancelErrorMessage"/>.
 -->
-《機械翻訳》この要求は、<xref linkend="libpq-PQcancelCreate"/>で作成する必要がある指定された<structname>PGcancel</structname>を介して行われます。
-取り消し要求が正常にディスパッチされた場合、<xref linkend="libpq-PQcancelBlocking"/>の値は1です。
+この要求は、<xref linkend="libpq-PQcancelCreate"/>で作成する必要がある指定された<structname>PGcancel</structname>を介して行われます。
+取り消し要求が正常にディスパッチされた場合、<xref linkend="libpq-PQcancelBlocking"/>の返却値は1です。
 失敗した場合、エラーメッセージは<xref linkend="libpq-PQcancelErrorMessage"/>を使用して取得できます。
       </para>
 
@@ -349,10 +337,7 @@ int PQcancelBlocking(PGcancelConn *cancelConn);
        If the cancellation fails (say, because the server was already done
        processing the command), then there will be no visible result at all.
 -->
-《マッチ度[78.917379]》しかし、要求の受け入れが成功したとしても、その要求の効果が出ることは全く保証していません。
-もしキャンセル操作が有効であれば、現在のコマンドは間もなく中断され、エラーが結果として返ります。
-キャンセル操作に失敗した場合（例えばバックエンドがすでにコマンド処理を終了していたため）、目に見える結果は何も出てこなくなります。
-《機械翻訳》キャンセルの送信が成功しても、要求が有効になるとは限りません。
+キャンセルの送信が成功しても、要求が有効になるとは限りません。
 キャンセルが有効な場合、キャンセルされるコマンドは早期に終了し、エラー結果を返します。
 キャンセルが失敗した場合 （サーバがコマンドの処理をすでに完了していた場合など）、目に見える結果はまったくありません。
       </para>
@@ -370,8 +355,7 @@ int PQcancelBlocking(PGcancelConn *cancelConn);
        Requests that the server abandons processing of the current command
        in a non-blocking manner.
 -->
-《マッチ度[64.516129]》サーバに現在のコマンドの廃棄処理を要求します。
-《機械翻訳》サーバが非ブロッキング方式で現在のコマンドの処理を中止するように要求します。
+サーバが非ブロッキング方式で現在のコマンドの処理を中止するように要求します。
 <synopsis>
 int PQcancelStart(PGcancelConn *cancelConn);
 
@@ -388,8 +372,8 @@ PostgresPollingStatusType PQcancelPoll(PGcancelConn *cancelConn);
        If it was unsuccessful, the error message can be
        retrieved using <xref linkend="libpq-PQcancelErrorMessage"/>.
 -->
-《機械翻訳》この要求は、<xref linkend="libpq-PQcancelCreate"/>を使用して作成する必要がある指定された<structname>PGcancel</structname>を介して行われます。
-取り消し要求が開始できた場合、<xref linkend="libpq-PQcancelStart"/>の値は1です。
+この要求は、<xref linkend="libpq-PQcancelCreate"/>を使用して作成する必要がある指定された<structname>PGcancel</structname>を介して行われます。
+取り消し要求が開始できた場合、<xref linkend="libpq-PQcancelStart"/>の返却値は1です。
 開始できなかった場合、エラーメッセージは<xref linkend="libpq-PQcancelErrorMessage"/>を使用して取得できます。
       </para>
 
@@ -418,20 +402,11 @@ PostgresPollingStatusType PQcancelPoll(PGcancelConn *cancelConn);
        has failed, or <symbol>PGRES_POLLING_OK</symbol>, indicating cancel
        request was successfully dispatched.
 -->
-《マッチ度[74.797943]》<function>PQconnectStart</function>あるいは<xref linkend="libpq-PQconnectStartParams"/>が成功したら、次は接続シーケンスを進めるために、<application>libpq</application>をポーリングします。
-データベース接続の背後にあるソケットの記述子を取り出すには、<function>PQsocket(conn)</function>を使用します。
-（注意：複数の<function>PQconnectPoll</function>呼び出しでソケットが同じままであると思わないでください。）
-以下の繰り返しです。
-直前の<function>PQconnectPoll(conn)</function>が<symbol>PGRES_POLLING_READING</symbol>の場合、（<function>select()</function>や<function>poll()</function>などのシステム関数で示されて）ソケットの読み込み準備が整うまで待機します。
-そして、再度<function>PQconnectPoll(conn)</function>を呼び出します。
-反対に直前の<function>PQconnectPoll(conn)</function>が<symbol>PGRES_POLLING_WRITING</symbol>の場合、ソケットの書き込み準備が整うまで待機し、その後、<function>PQconnectPoll(conn)</function>を再度呼び出します。
-繰り返しの最初、すなわち、未だ<function>PQconnectPoll</function>を呼び出していない場合、最後に<symbol>PGRES_POLLING_WRITING</symbol>を返したかのように振舞います。
-この繰り返しを<function>PQconnectPoll(conn)</function>が、接続手続きの失敗を示す<symbol>PGRES_POLLING_FAILED</symbol>、もしくは、接続確立に成功したことを示す<symbol>PGRES_POLLING_OK</symbol>を返すまで継続します。
-《機械翻訳》<function>PQcancelStart</function>が成功した場合、次の段階は<application>libpq</application>をポーリングして、接続解除シーケンスを続行できるようにすることです。
+<function>PQcancelStart</function>が成功した場合、次の段階は<application>libpq</application>をポーリングして、接続解除シーケンスを続行できるようにすることです。
 データベース接続の基礎となるソケットの記述子を取得するには、<xref linkend="libpq-PQcancelSocket"/>を使用します。
 （注意: ソケットは<function>PQcancelPoll</function>呼び出しの間は同じままだと仮定しないでください）。
 ループを次のように実行します。
-<function>PQcancelPoll(cancelConn)</function>が最後に<symbol>PGRES_POLLING_READING</symbol>を返した場合、ソケットが読み込みの準備ができるまで待ちます(<function>select()</function>や<function>poll()</function>などのシステム関数で指定します)。
+<function>PQcancelPoll(cancelConn)</function>が最後に<symbol>PGRES_POLLING_READING</symbol>を返した場合、ソケットが読み込みの準備ができるまで待ちます（<function>select()</function>や<function>poll()</function>などのシステム関数で指定します）。
 その後、再度<function>PQcancelPoll(cancelConn)</function>を呼び出します。
 逆に、<function>PQcancelPoll(cancelConn)</function>が最後に<symbol>PGRES_POLLING_WRITING</symbol>を返した場合、ソケットが書き込み可能になるまで待ってから、再度<function>PQcancelPoll(cancelConn)</function>を呼び出します。
 最初の反復では、つまり<function>PQcancelPoll(cancelConn)</function>をまだ呼び出していない場合は、最後に<symbol>PGRES_POLLING_WRITING</symbol>を返したかのように振る舞います。
@@ -446,10 +421,7 @@ PostgresPollingStatusType PQcancelPoll(PGcancelConn *cancelConn);
        If the cancellation fails (say, because the server was already done
        processing the command), then there will be no visible result at all.
 -->
-《マッチ度[78.917379]》しかし、要求の受け入れが成功したとしても、その要求の効果が出ることは全く保証していません。
-もしキャンセル操作が有効であれば、現在のコマンドは間もなく中断され、エラーが結果として返ります。
-キャンセル操作に失敗した場合（例えばバックエンドがすでにコマンド処理を終了していたため）、目に見える結果は何も出てこなくなります。
-《機械翻訳》キャンセルの送信が成功しても、要求が有効になるとは限りません。
+キャンセルの送信が成功しても、要求が有効になるとは限りません。
 キャンセルが有効な場合、キャンセルされるコマンドは早期に終了し、エラー結果を返します。
 キャンセルが失敗した場合 （サーバがコマンドの処理をすでに完了していた場合など）、目に見える結果はまったくありません。
       </para>
@@ -470,18 +442,12 @@ PostgresPollingStatusType PQcancelPoll(PGcancelConn *cancelConn);
        be useful to provide feedback to the user for example.
        These statuses are:
 -->
-《マッチ度[85.043988]》接続している間は、いつでも<xref linkend="libpq-PQstatus"/>を呼び出すことで、接続の状態を検査することができます。
-この関数呼び出しが<symbol>CONNECTION_BAD</symbol>を返す場合、接続手続きは失敗しており、<symbol>CONNECTION_OK</symbol>を返す場合、接続が確立しています。
-上述のように、このいずれの状態も、<function>PQconnectPoll</function>の戻り値から同様に検出できます。
-これ以外の状態は、非同期の接続手続きの間（のみに）現れることがあります。
-これらは、接続手続きの現在の段階を示すものであり、例えばユーザへのフィードバックを提供することに使用できます。
-以下の状態があります。
-《機械翻訳》接続中はいつでも、<xref linkend="libpq-PQcancelStatus"/>を呼び出すことで接続の状態を確認できます。
-この呼び出しが<symbol>CONNECTION_BAD</symbol>を返した場合、キャンセルプロシージャは失敗です。
+接続中はいつでも、<xref linkend="libpq-PQcancelStatus"/>を呼び出すことで接続の状態を確認できます。
+この呼び出しが<symbol>CONNECTION_BAD</symbol>を返した場合、キャンセル手続きは失敗です。
 この呼び出しが<function>CONNECTION_OK</function>を返した場合、キャンセル要求は正常にディスパッチされました。
 これらの状態はどちらも、上記の<function>PQcancelPoll</function>の戻り値から等しく検出できます。
 他の状態は、非同期接続手順の間（およびその間のみ）に発生することもあります。
-これらは、接続手順の現在の段階を示し、例えばユーザにフィードバックを提供するのに有用である。
+これらは、接続手順の現在の段階を示し、例えばユーザにフィードバックを提供するのに有用です。
 これらのステータスは次のとおりです。
 
        <variablelist>
@@ -499,10 +465,10 @@ PostgresPollingStatusType PQcancelPoll(PGcancelConn *cancelConn);
            sending the cancel request use <xref linkend="libpq-PQcancelStart"/> or
            <xref linkend="libpq-PQcancelBlocking"/>.
 -->
-《機械翻訳》<xref linkend="libpq-PQcancelStart"/>や<xref linkend="libpq-PQcancelBlocking"/>への呼び出しを待って、実際にソケットをオープンします。
-これは<xref linkend="libpq-PQcancelCreate"/>や<xref linkend="libpq-PQcancelReset"/>を呼んだ直後のコネクションの状態です。
-このポイントではサーバへのコネクションはまだ開始されていません。
-実際にスタートがキャンセルリクエストを送るには<xref linkend="libpq-PQcancelStart"/>や<xref linkend="libpq-PQcancelBlocking"/>を使います。
+<xref linkend="libpq-PQcancelStart"/>や<xref linkend="libpq-PQcancelBlocking"/>への呼び出しを待って、実際にソケットを開いています。
+これは<xref linkend="libpq-PQcancelCreate"/>や<xref linkend="libpq-PQcancelReset"/>を呼んだ直後の接続の状態です。
+この時点ではサーバへの接続はまだ開始されていません。
+実際にキャンセルリクエストの送信を開始するには<xref linkend="libpq-PQcancelStart"/>や<xref linkend="libpq-PQcancelBlocking"/>を使います。
           </para>
          </listitem>
         </varlistentry>
@@ -562,8 +528,7 @@ SSL暗号化の調停状態です。
 <!--
            Negotiating GSS encryption.
 -->
-《マッチ度[51.851852]》SSL暗号化の調停状態です。
-《機械翻訳》GSS 暗号化のネゴシエーション。
+GSS暗号化の調停状態です。
           </para>
          </listitem>
         </varlistentry>
@@ -605,11 +570,8 @@ switch(PQcancelStatus(conn))
        <function>PQcancelPoll</function> loop is equivalent to
        <xref linkend="libpq-PQcancelBlocking"/>.
 -->
-《マッチ度[82.795699]》<function>PQconnectPoll</function>を使用する場合、<literal>connect_timeout</literal>接続パラメータは無視されます。
+<function>PQcancelPoll</function>を使用する場合、<literal>connect_timeout</literal>接続パラメータは無視されます。
 経過時間が長過ぎるかどうかの判定はアプリケーションの責任で行ないます。
-さもないと、<function>PQconnectStart</function>の後の<function>PQconnectPoll</function>の繰り返しが<xref linkend="libpq-PQconnectdb"/>と同じになります。
-《機械翻訳》<function>PQcancelPoll</function>を使用する場合、<literal>connect_timeout</literal>接続パラメータは無視されます。
-過度の時間が経過したかどうかはアプリケーション側で判断します。
 そうでない場合、<function>PQcancelStart</function>とそれに続く<function>PQcancelPoll</function>ループは<xref linkend="libpq-PQcancelBlocking"/>と同等です。
       </para>
 
@@ -624,8 +586,7 @@ switch(PQcancelStatus(conn))
 <!--
        Returns the status of the cancel connection.
 -->
-《マッチ度[68.181818]》接続の状態を返します。
-《機械翻訳》接続解除のステータスを返します。
+キャンセル接続の状態を返します。
 <synopsis>
 ConnStatusType PQcancelStatus(const PGcancelConn *cancelConn);
 </synopsis>
@@ -647,7 +608,7 @@ ConnStatusType PQcancelStatus(const PGcancelConn *cancelConn);
        remain so until <xref linkend="libpq-PQcancelFinish"/> or
        <xref linkend="libpq-PQcancelReset"/> is called.
 -->
-《機械翻訳》ステータスは、いくつかの値のいずれかになります。
+ステータスは、いくつかの値のいずれかになります。
 しかし、非同期キャンセル手続きの外で見られるのは、<literal>CONNECTION_ALLOCATED</literal>、<literal>CONNECTION_OK</literal>、<literal>CONNECTION_BAD</literal>の3つだけです。
 <xref linkend="libpq-PQcancelCreate"/>を使用して正常に作成された<function>PGcancelConn</function>の初期状態は<literal>CONNECTION_ALLOCATED</literal>です。
 正常にディスパッチされたキャンセル要求は<literal>CONNECTION_OK</literal>の状態になります。
@@ -660,7 +621,7 @@ ConnStatusType PQcancelStatus(const PGcancelConn *cancelConn);
        See the entry for <xref linkend="libpq-PQcancelStart"/> with regards
        to other status codes that might be returned.
 -->
-《機械翻訳》返される可能性がある他の状態コードについては<xref linkend="libpq-PQcancelStart"/>の項目を参照してください。
+返される可能性がある他の状態コードについては<xref linkend="libpq-PQcancelStart"/>の項目を参照してください。
       </para>
 
       <para>
@@ -671,10 +632,7 @@ ConnStatusType PQcancelStatus(const PGcancelConn *cancelConn);
        If the cancellation fails (say, because the server was already done
        processing the command), then there will be no visible result at all.
 -->
-《マッチ度[78.917379]》しかし、要求の受け入れが成功したとしても、その要求の効果が出ることは全く保証していません。
-もしキャンセル操作が有効であれば、現在のコマンドは間もなく中断され、エラーが結果として返ります。
-キャンセル操作に失敗した場合（例えばバックエンドがすでにコマンド処理を終了していたため）、目に見える結果は何も出てこなくなります。
-《機械翻訳》キャンセルの送信が成功しても、要求が有効になるとは限りません。
+キャンセルの送信が成功しても、要求が有効になるとは限りません。
 キャンセルが有効な場合、キャンセルされるコマンドは早期に終了し、エラー結果を返します。
 キャンセルが失敗した場合 （サーバがコマンドの処理をすでに完了していた場合など）、目に見える結果はまったくありません。
       </para>
@@ -691,7 +649,7 @@ ConnStatusType PQcancelStatus(const PGcancelConn *cancelConn);
        Obtains the file descriptor number of the cancel connection socket to
        the server.
 -->
-《機械翻訳》サーバへのキャンセル接続ソケットのファイル記述子番号を取得する。
+サーバへのキャンセル接続ソケットのファイル記述子番号を取得する。
 <synopsis>
 int PQcancelSocket(const PGcancelConn *cancelConn);
 </synopsis>
@@ -706,7 +664,7 @@ int PQcancelSocket(const PGcancelConn *cancelConn);
        (except for <xref linkend="libpq-PQcancelErrorMessage"/> and
        <function>PQcancelSocket</function> itself).
 -->
-《機械翻訳》有効なディスクリプタは 0 以上です。
+有効なディスクリプタは0以上です。
 -1 の結果は、現在オープンしているサーバ接続がないことを示します。
 このセクションの関数を<structname>PGcancelConn</structname>（<xref linkend="libpq-PQcancelErrorMessage"/>と<function>PQcancelSocket</function>自身を除く）で呼び出すと、この値が変わる可能性があります。
       </para>
@@ -725,7 +683,7 @@ int PQcancelSocket(const PGcancelConn *cancelConn);
        Returns the error message most recently generated by an
        operation on the cancel connection.
 -->
-《機械翻訳》接続解除操作で最後に生成されたエラー・メッセージを戻します。
+接続解除操作で最後に生成されたエラーメッセージを返します。
 <synopsis>
 char *PQcancelErrorMessage(const PGcancelConn *cancelconn);
 </synopsis>
@@ -746,13 +704,8 @@ char *PQcancelErrorMessage(const PGcancelConn *cancelconn);
        expected to remain the same across operations on the
        <literal>PGcancelConn</literal> structure.
 -->
-《マッチ度[77.664234]》ほとんどすべての<application>libpq</application>関数は、失敗時に<xref linkend="libpq-PQerrorMessage"/>用のメッセージを設定します。
-<application>libpq</application>での決まりとして、空でない<xref linkend="libpq-PQerrorMessage"/>の結果は複数行に渡ることも可能で、最後に改行が含まれることがある点に注意してください。
-呼び出し元はこの結果を直接解放してはいけません。
-関連する<structname>PGconn</structname>ハンドルが<xref linkend="libpq-PQfinish"/>に渡された時にこれは解放されます。
-<literal>PGconn</literal>構造体への操作を跨って、この結果文字列が同一であると想定してはいけません。
-《機械翻訳》<structname>PGcancelConn</structname>を取得する<application>libpq</application>関数のほとんどは、失敗した場合に<xref linkend="libpq-PQcancelErrorMessage"/>にメッセージを設定します。
-<application>libpq</application>の規則では、空でない<xref linkend="libpq-PQcancelErrorMessage"/>結果は複数行からなり、最後に改行を含むことに注意してください。
+<structname>PGcancelConn</structname>を取得する<application>libpq</application>関数のほとんどは、失敗した場合に<xref linkend="libpq-PQcancelErrorMessage"/>にメッセージを設定します。
+<application>libpq</application>の規則では、空でない<xref linkend="libpq-PQcancelErrorMessage"/>結果は複数行からなる可能性があり、最後に改行を含むことに注意してください。
 呼び出し元は、結果を直接解放しないでください。
 関連する<structname>PGcancelConn</structname>ハンドルが<xref linkend="libpq-PQcancelFinish"/>に渡されると解放されます。
 結果の文字列は<literal>PGcancelConn</literal>構造体に対する操作を通じて同じままになることは期待されません。
@@ -769,9 +722,7 @@ char *PQcancelErrorMessage(const PGcancelConn *cancelconn);
        cancel request yet). Also frees memory used by the
        <structname>PGcancelConn</structname> object.
 -->
-《マッチ度[55.974843]》サーバとの接続を閉ざします。
-また、<structname>PGconn</structname>オブジェクトが占めるメモリも解放します。
-《機械翻訳》接続のキャンセルを閉じます（キャンセル要求の送信がまだ完了していない場合）。
+キャンセル接続を閉じます（キャンセル要求の送信がまだ完了していない場合）。
 また、<structname>PGcancelConn</structname>オブジェクトが使用するメモリを解放します。
 <synopsis>
 void PQcancelFinish(PGcancelConn *cancelConn);
@@ -788,9 +739,7 @@ void PQcancelFinish(PGcancelConn *cancelConn);
        The <structname>PGcancelConn</structname> pointer must not be used
        again after <xref linkend="libpq-PQcancelFinish"/> has been called.
 -->
-《マッチ度[78.364116]》たとえサーバへの接続試行が失敗しても（<xref linkend="libpq-PQstatus"/>で調べます）、アプリケーションは<xref linkend="libpq-PQfinish"/>を呼び出し<structname>PGconn</structname>オブジェクトが占めるメモリを解放するべきです。
-そして<xref linkend="libpq-PQfinish"/>を呼び出したら、もう<structname>PGconn</structname>へのポインタを使ってはいけません。
-《機械翻訳》取り消しの試みが失敗した場合（<xref linkend="libpq-PQcancelStatus"/>で示されるように）でも、アプリケーションは<xref linkend="libpq-PQcancelFinish"/>を呼び出して<structname>PGcancelConn</structname>オブジェクトが使用したメモリを解放するようにしてください。
+取り消しの試みが失敗した場合（<xref linkend="libpq-PQcancelStatus"/>で示されるように）でも、アプリケーションは<xref linkend="libpq-PQcancelFinish"/>を呼び出して<structname>PGcancelConn</structname>オブジェクトが使用したメモリを解放するようにしてください。
 <structname>PGcancelConn</structname>ポインタは<xref linkend="libpq-PQcancelFinish"/>が呼び出された後は再度使用してはなりません。
       </para>
      </listitem>
@@ -804,7 +753,7 @@ void PQcancelFinish(PGcancelConn *cancelConn);
        Resets the <symbol>PGcancelConn</symbol> so it can be reused for a new
        cancel connection.
 -->
-《機械翻訳》新しいキャンセル接続に再利用できるように<symbol>PGcancelConn</symbol>をリセットします。
+新しいキャンセル接続で再利用できるように<symbol>PGcancelConn</symbol>をリセットします。
 <synopsis>
 void PQcancelReset(PGcancelConn *cancelConn);
 </synopsis>
@@ -817,7 +766,7 @@ void PQcancelReset(PGcancelConn *cancelConn);
        <symbol>PGcancelConn</symbol> object such that it can be used to send a
        new cancel request.
 -->
-《機械翻訳》<symbol>PGcancelConn</symbol>が現在キャンセル要求を送信するために使用されている場合、この接続は閉じられます。
+<symbol>PGcancelConn</symbol>が現在キャンセル要求を送信するために使用されている場合、この接続は閉じられます。
 次に、新しいキャンセル要求を送信するために使用できるように<symbol>PGcancelConn</symbol>オブジェクトを準備します。
       </para>
 
@@ -827,7 +776,7 @@ void PQcancelReset(PGcancelConn *cancelConn);
        for a <structname>PGconn</structname> and reuse it multiple times
        throughout the lifetime of the original <structname>PGconn</structname>.
 -->
-《機械翻訳》これは<structname>PGconn</structname>に対して1つの<structname>PGcancelConn</structname>を作成し、元の<structname>PGconn</structname>の存続期間中に何度も再利用することができます。
+これは<structname>PGconn</structname>に対して1つの<structname>PGcancelConn</structname>を作成し、元の<structname>PGconn</structname>の存続期間中に何度も再利用することができます。
       </para>
      </listitem>
     </varlistentry>
@@ -835,7 +784,10 @@ void PQcancelReset(PGcancelConn *cancelConn);
   </sect2>
 
   <sect2 id="libpq-cancel-deprecated">
+<!--
    <title>Obsolete Functions for Sending Cancel Requests</title>
+-->
+   <title>キャンセル要求を送るための廃れた関数</title>
 
    <para>
 <!--
@@ -847,7 +799,7 @@ void PQcancelReset(PGcancelConn *cancelConn);
     being used in new code, and it is recommended to change existing code to
     use the new functions instead.
 -->
-《機械翻訳》これらの関数は古い方法でキャンセル要求を送信するものです。
+これらの関数は古い方法でキャンセル要求を送信するものです。
 これらはまだ動作しますが、元の接続が暗号化を要求するために<literal>sslmode</literal>または<literal>gssencmode</literal>を指定した場合でも、キャンセル要求を暗号化された方法で送信しないため、推奨されません。
 したがって、これらの古い方法は新しいコードではほとんど使用されず、既存のコードを変更して新しい関数を使用することをお勧めします。
    </para>
@@ -862,8 +814,7 @@ void PQcancelReset(PGcancelConn *cancelConn);
        Creates a data structure containing the information needed to cancel
        a command using <xref linkend="libpq-PQcancel"/>.
 -->
-《マッチ度[55.084746]》特定のデータベース接続を通して発行されたコマンドをキャンセルするために必要な情報を持つデータ構造を作成します。
-《機械翻訳》<xref linkend="libpq-PQcancel"/>を使用してコマンドをキャンセルするために必要な情報を含むデータ構造体を作成します。
+<xref linkend="libpq-PQcancel"/>を使用してコマンドをキャンセルするために必要な情報を含むデータ構造体を作成します。
 <synopsis>
 PGcancel *PQgetCancel(PGconn *conn);
 </synopsis>
@@ -881,14 +832,9 @@ PGcancel *PQgetCancel(PGconn *conn);
        application; it can only be passed to <xref linkend="libpq-PQcancel"/>
        or <xref linkend="libpq-PQfreeCancel"/>.
 -->
-《マッチ度[89.511754]》<xref linkend="libpq-PQgetCancel"/>は、与えられた<structname>PGconn</structname>接続オブジェクトの<structname>PGcancel</structname><indexterm><primary>PGcancel</primary></indexterm>オブジェクトを作成します。
-与えられた<parameter>conn</parameter>が<symbol>NULL</symbol>もしくは無効な接続であった場合、<symbol>NULL</symbol>が返されます。
-<structname>PGcancel</structname>オブジェクトは不透明な構造体であり、アプリケーションから直接アクセスすることができません。
-これは<xref linkend="libpq-PQcancel"/>もしくは<xref linkend="libpq-PQfreeCancel"/>に渡すことしかできません。
-《機械翻訳》<xref linkend="libpq-PQgetCancel"/>は<structname>PGconn</structname>接続オブジェクトを与えられた<structname>PGcancel</structname><indexterm><primary>PGcancel</primary></indexterm>オブジェクトを作成します。
+<xref linkend="libpq-PQgetCancel"/>は<structname>PGconn</structname>接続オブジェクトを与えられた<structname>PGcancel</structname><indexterm><primary>PGcancel</primary></indexterm>オブジェクトを作成します。
 指定された<parameter>conn</parameter>が<symbol>NULL</symbol>か、または無効な接続である場合、<symbol>NULL</symbol>を返します。
-<structname>PGcancel</structname>オブジェクトは、アプリケーションが直接アクセスするためのものではありません。
-これは<xref linkend="libpq-PQcancel"/>または<xref linkend="libpq-PQfreeCancel"/>に渡すことができるだけです。
+<structname>PGcancel</structname>オブジェクトは不透明な構造体で、アプリケーションが直接アクセスするためのものではありません。これは<xref linkend="libpq-PQcancel"/>または<xref linkend="libpq-PQfreeCancel"/>に渡すことができるだけです。
       </para>
      </listitem>
     </varlistentry>
@@ -927,7 +873,7 @@ void PQfreeCancel(PGcancel *cancel);
        variant of <xref linkend="libpq-PQcancelBlocking"/>, but one that can be
        used safely from within a signal handler.
 -->
-《機械翻訳》<xref linkend="libpq-PQcancel"/>は、<xref linkend="libpq-PQcancelBlocking"/>の非推奨で安全でない変種ですが、シグナルハンドラ内から安全に使用できます。
+<xref linkend="libpq-PQcancel"/>は、<xref linkend="libpq-PQcancelBlocking"/>の非推奨で安全でない変種ですが、シグナルハンドラ内から安全に使用できます。
 <synopsis>
 int PQcancel(PGcancel *cancel, char *errbuf, int errbufsize);
 </synopsis>
@@ -943,7 +889,7 @@ int PQcancel(PGcancel *cancel, char *errbuf, int errbufsize);
        However, this is generally not considered a big enough benefit to be
        worth the security issues that this function has.
 -->
-《機械翻訳》<xref linkend="libpq-PQcancel"/>が存在するのは、下位互換性のためだけです。
+<xref linkend="libpq-PQcancel"/>が存在するのは、下位互換性のためだけです。
 代わりに<xref linkend="libpq-PQcancelBlocking"/>を使用してください。
 <xref linkend="libpq-PQcancel"/>の唯一の利点は、<parameter>errbuf</parameter>がシグナルハンドラ内のローカル変数である場合に、シグナルハンドラから安全に呼び出すことができることです。
 しかし、一般的には、この関数が持つセキュリティ問題に見合うほど大きな利点とは考えられていません。
@@ -956,7 +902,7 @@ int PQcancel(PGcancel *cancel, char *errbuf, int errbufsize);
        from a thread that is separate from the one manipulating the
        <structname>PGconn</structname> object.
 -->
-《機械翻訳》<structname>PGcancel</structname>オブジェクトは<xref linkend="libpq-PQcancel"/>に関しては読み取り専用であるため、<structname>PGconn</structname>オブジェクトを操作するスレッドとは別のスレッドからも呼び出すことができます。
+<structname>PGcancel</structname>オブジェクトは<xref linkend="libpq-PQcancel"/>に関しては読み取り専用であるため、<structname>PGconn</structname>オブジェクトを操作するスレッドとは別のスレッドからも呼び出すことができます。
       </para>
 
       <para>
@@ -968,11 +914,7 @@ int PQcancel(PGcancel *cancel, char *errbuf, int errbufsize);
        <parameter>errbuf</parameter> must be a char array of size
        <parameter>errbufsize</parameter> (the recommended size is 256 bytes).
 -->
-《マッチ度[78.143713]》キャンセル要求の受け入れが成功すれば1を、そうでなければ0を返します。
-失敗した場合、<parameter>errbuf</parameter>にそれを説明するエラーメッセージが収納されます。
-<parameter>errbuf</parameter>は<parameter>errbufsize</parameter>サイズの文字配列でなければなりません。
-(推奨サイズは256バイトです。)
-《機械翻訳》取り消し要求が正常にディスパッチされた場合、<xref linkend="libpq-PQcancel"/>の戻り値は1です。
+取り消し要求が正常にディスパッチされた場合、<xref linkend="libpq-PQcancel"/>の戻り値は1で、そうでなければ0です。
 ディスパッチされなかった場合、<parameter>errbuf</parameter>に説明的なエラーメッセージが入ります。
 <parameter>errbuf</parameter>は<parameter>errbufsize</parameter>のサイズ（推奨サイズは256バイト）の文字配列でなければなりません。
       </para>
@@ -990,8 +932,7 @@ int PQcancel(PGcancel *cancel, char *errbuf, int errbufsize);
        <xref linkend="libpq-PQrequestCancel"/> is a deprecated and insecure
        variant of <xref linkend="libpq-PQcancelBlocking"/>.
 -->
-《マッチ度[71.074380]》<xref linkend="libpq-PQrequestCancel"/>は<xref linkend="libpq-PQcancel"/>の廃止予定の変形版です。
-《機械翻訳》<xref linkend="libpq-PQrequestCancel"/>は、<xref linkend="libpq-PQcancelBlocking"/>の非推奨で安全でない変種です。
+<xref linkend="libpq-PQrequestCancel"/>は、<xref linkend="libpq-PQcancelBlocking"/>の非推奨で安全でない変種です。
 <synopsis>
 int PQrequestCancel(PGconn *conn);
 </synopsis>
@@ -1005,9 +946,9 @@ int PQrequestCancel(PGconn *conn);
        <xref linkend="libpq-PQrequestCancel"/> over
        <xref linkend="libpq-PQcancelBlocking"/>.
 -->
-《機械翻訳》<xref linkend="libpq-PQrequestCancel"/>は下位互換性のために存在します。
+<xref linkend="libpq-PQrequestCancel"/>は下位互換性のために存在します。
 代わりに<xref linkend="libpq-PQcancelBlocking"/>を使用してください。
-<xref linkend="libpq-PQrequestCancel"/>を<xref linkend="libpq-PQcancelBlocking"/>よりも使用することはありません。
+<xref linkend="libpq-PQrequestCancel"/>を<xref linkend="libpq-PQcancelBlocking"/>よりも使用する利益はありません。
       </para>
 
       <para>
@@ -2502,7 +2443,7 @@ char *PQencryptPasswordConn(PGconn *conn, const char *passwd, const char *user,
 <!--
       Changes a <productname>PostgreSQL</productname> password.
 -->
-《機械翻訳》<productname>PostgreSQL</productname>のパスワードを変更します。
+<productname>PostgreSQL</productname>のパスワードを変更します。
 <synopsis>
 PGresult *PQchangePassword(PGconn *conn, const char *user, const char *passwd);
 </synopsis>
@@ -2517,7 +2458,7 @@ PGresult *PQchangePassword(PGconn *conn, const char *user, const char *passwd);
       done according to the server's <xref linkend="guc-password-encryption"/>
       setting.
 -->
-《機械翻訳》この関数は<function>PQencryptPasswordConn</function>を使用して、コマンド<literal>ALTER USER .パスワード '...'</literal>,.これにより、ユーザのパスワードが変更されます。
+この関数は<function>PQencryptPasswordConn</function>を使用して、コマンド<literal>ALTER ... PASSWORD '...'</literal>を実行し、これによりユーザのパスワードが変更されます。
 これは<function>PQencryptPasswordConn</function>と同じ理由で存在しますが、コマンドを構築して実行するのでより便利です。
 <xref linkend="libpq-PQencryptPasswordConn"/>はアルゴリズム引数に<symbol>NULL</symbol>を渡すので、サーバの<xref linkend="guc-password-encryption"/>設定に従って暗号化が行われます。
      </para>
@@ -2527,7 +2468,7 @@ PGresult *PQchangePassword(PGconn *conn, const char *user, const char *passwd);
       The <parameter>user</parameter> and <parameter>passwd</parameter> arguments
       are the SQL name of the target user, and the new cleartext password.
 -->
-《機械翻訳》<parameter>user</parameter>と<parameter>passwd</parameter>引数は、対象ユーザのSQL名と新しい平文パスワードです。
+<parameter>user</parameter>と<parameter>passwd</parameter>引数は、対象ユーザのSQL名と新しい平文パスワードです。
      </para>
 
      <para>
@@ -2542,12 +2483,8 @@ PGresult *PQchangePassword(PGconn *conn, const char *user, const char *passwd);
       <xref linkend="libpq-PQerrorMessage"/> to get more information about
       such errors.
 -->
-《マッチ度[58.859470]》戻り値は<structname>PGresult</structname>へのポインタ、場合によってはNULLポインタです。
-メモリ不足の状態、あるいはサーバへのコマンド送信が不可能といった深刻なエラーの場合を除けば、通常非NULLのポインタが返ります。
-<xref linkend="libpq-PQresultStatus"/>関数を呼び出して、何かエラー（NULLポインタ値を含むエラー。この場合は<symbol>PGRES_FATAL_ERROR</symbol>が返されます）がないか戻り値を検査しなければなりません。
-こうしたエラーの詳しい情報は<xref linkend="libpq-PQerrorMessage"/>で得ることができます。
-《機械翻訳》<literal>ALTER USER</literal>コマンドの結果を表す<structname>PGresult</structname>ポインタ、またはコマンドを発行する前にルーチンが失敗した場合はNULLポインタを返します。
-エラーの結果（NULLポインタの場合は<symbol>PGRES_FATAL_ERROR</symbol>を返します）を確認するには、<xref linkend="libpq-PQresultStatus"/>関数を呼び出す必要があります。
+<literal>ALTER USER</literal>コマンドの結果を表す<structname>PGresult</structname>ポインタ、またはコマンドを発行する前にルーチンが失敗した場合はNULLポインタを返します。
+エラーの結果（NULLポインタの場合も含み、そのケースは<symbol>PGRES_FATAL_ERROR</symbol>を返します）を確認するには、<xref linkend="libpq-PQresultStatus"/>関数を呼び出す必要があります。
 このようなエラーについての詳細は<xref linkend="libpq-PQerrorMessage"/>を参照してください。
      </para>
     </listitem>
@@ -2573,7 +2510,7 @@ char *PQencryptPassword(const char *passwd, const char *user);
       encryption algorithm.
 -->
 <xref linkend="libpq-PQencryptPassword"/>は、古くて非推奨のバージョンの<xref linkend="libpq-PQencryptPasswordConn"/>です。
-違いは、<xref linkend="libpq-PQencryptPassword"/>はコネクションオブジェクトを必要とせず、<literal>md5</literal>が常に暗号化アルゴリズムに使用されることです。
+違いは、<xref linkend="libpq-PQencryptPassword"/>は接続オブジェクトを必要とせず、<literal>md5</literal>が常に暗号化アルゴリズムに使用されることです。
      </para>
     </listitem>
    </varlistentry>
@@ -2852,9 +2789,7 @@ size_t PQresultMemorySize(const PGresult *res);
       all the memory that will be freed by <xref linkend="libpq-PQclear"/>.
       This information can be useful for managing memory consumption.
 -->
-《マッチ度[88.888889]》この値は<structname>PGresult</structname>オブジェクトに関連する<function>malloc</function>要求すべての和、すなわち<xref linkend="libpq-PQclear"/>で解放される空間全体です。
-この情報はメモリ消費を管理するのに有用でしょう。
-《機械翻訳》この値は、<structname>PGresult</structname>オブジェクトに関連する全ての<function>malloc</function>要求、つまり<xref linkend="libpq-PQclear"/>で解放される全てのメモリの合計です。
+この値は、<structname>PGresult</structname>オブジェクトに関連する全ての<function>malloc</function>要求、つまり<xref linkend="libpq-PQclear"/>で解放される全てのメモリの合計です。
 この情報はメモリ消費量を管理するのに役立ちます。
      </para>
     </listitem>
@@ -2950,8 +2885,7 @@ int PQlibVersion(void);
       Retrieves the current time, expressed as the number of microseconds
       since the Unix epoch (that is, <type>time_t</type> times 1 million).
 -->
-《機械翻訳》現在時間を取得します。
-これは、Unixエポックからの経過時間をマイクロ秒単位で表したものです<type>time_t</type>×100万)。
+現在時刻を取得します。これは、Unixエポックからの経過時間をマイクロ秒単位で表したものです（すなわち、<type>time_t</type>×100万です)。
 <synopsis>
 pg_usec_time_t PQgetCurrentTimeUSec(void);
 </synopsis>
@@ -2962,7 +2896,7 @@ pg_usec_time_t PQgetCurrentTimeUSec(void);
       This is primarily useful for calculating timeout values to use with
       <xref linkend="libpq-PQsocketPoll"/>.
 -->
-《機械翻訳》これは主に、<xref linkend="libpq-PQsocketPoll"/>で使用するタイムアウト値を計算する場合に便利です。
+これは主に、<xref linkend="libpq-PQsocketPoll"/>で使用するタイムアウト値を計算する場合に便利です。
      </para>
     </listitem>
    </varlistentry>
@@ -3215,11 +3149,7 @@ defaultNoticeProcessor(void *arg, const char *message)
        register event will be fired per event handler per connection.  If the
        event procedure fails (returns zero), the registration is canceled.
 -->
-《マッチ度[88.253012]》登録イベントは<xref linkend="libpq-PQregisterEventProc"/>が呼ばれたとき発生します。
-イベントプロシージャが必要とするかもしれない任意の<literal>instanceData</literal>を初期化するために、これは理想的な機会です。
-接続毎、イベントハンドラ毎でただ１つの登録イベントが発行されます。
-イベントプロシージャが失敗する（ゼロが返される）と、登録はキャンセルされます。
-《機械翻訳》レジスタイベントは、<xref linkend="libpq-PQregisterEventProc"/>が呼び出された時に発生します。
+レジスタイベントは、<xref linkend="libpq-PQregisterEventProc"/>が呼び出された時に発生します。
 イベントプロシージャが必要とする<literal>instanceData</literal>を初期化するのに理想的な時間です。
 接続ごとにイベントハンドラごとに1つのレジスタイベントしか発生しません。
 イベントプロシージャが失敗した場合（0を返す場合）、登録はキャンセルされます。
@@ -3964,8 +3894,7 @@ myEventProc(PGEventId evtId, void *evtInfo, void *passThrough)
       <envar>PGSSLNEGOTIATION</envar> behaves the same as the <xref
       linkend="libpq-connect-sslnegotiation"/> connection parameter.
 -->
-《マッチ度[79.032258]》<envar>PGGSSDELEGATION</envar>は<xref linkend="libpq-connect-gssdelegation"/>接続パラメータと同様に動作します。
-《機械翻訳》<envar>PGSSLNEGOTIATION</envar>は<xref linkend="libpq-connect-sslnegotiation"/>接続パラメータと同様に動作します。
+<envar>PGSSLNEGOTIATION</envar>は<xref linkend="libpq-connect-sslnegotiation"/>接続パラメータと同様に動作します。
      </para>
     </listitem>
 
diff --git a/doc/src/sgml/libpq3.sgml b/doc/src/sgml/libpq3.sgml
index de70e8373f0..32d568e8090 100644
--- a/doc/src/sgml/libpq3.sgml
+++ b/doc/src/sgml/libpq3.sgml
@@ -1123,12 +1123,9 @@ void PQinitSSL(int do_ssl);
    the same connection object. (If you need to run concurrent commands,
    use multiple connections.)
 -->
-《マッチ度[75.124378]》スレッドに関する1つの制限として、異なるスレッドから同時に同一の<structname>PGconn</structname>オブジェクトを操作することはできません。
-具体的には、異なるスレッドから同一接続オブジェクトを介してコマンドを同時に発行することができません。
-(コマンドの同時実行が必要な場合、接続を複数使用してください。)
-《機械翻訳》バージョン17以降、<application>libpq</application>は常に再入可能でスレッドセーフです。
+バージョン17では、<application>libpq</application>は常に再入可能でスレッドセーフです。
 ただし、1つの制限として、2つのスレッドが同じ<structname>PGconn</structname>オブジェクトを同時に操作することはできません。
-特に、異なるスレッドから同じ接続オブジェクトを介して同時にコマンドを実行することはできません（同時にコマンドを実行する必要がある場合は、複数の接続を使用してください）。
+特に、異なるスレッドから同じ接続オブジェクトを介して同時にコマンドを実行することはできません。（並行してコマンドを実行する必要がある場合は、複数の接続を使用してください。）
   </para>
 
   <para>
@@ -1151,7 +1148,7 @@ void PQinitSSL(int do_ssl);
    function allows the querying of <application>libpq</application>'s
    thread-safe status:
 -->
-《機械翻訳》以前のバージョンでは、<application>libpq</application>はコンパイラオプションに応じてスレッドサポート付きでコンパイルすることも、スレッドサポートなしでコンパイルすることもできました。
+以前のバージョンでは、<application>libpq</application>はコンパイラオプションに応じてスレッドサポート付きでコンパイルすることも、スレッドサポートなしでコンパイルすることもできました。
 この関数は<application>libpq</application>のスレッドセーフステータスを照会することができます。
   </para>
 
@@ -1176,8 +1173,7 @@ int PQisthreadsafe();
       Returns 1 if the <application>libpq</application> is thread-safe
       and 0 if it is not. Always returns 1 on version 17 and above.
 -->
-《マッチ度[59.523810]》<application>libpq</application>がスレッドセーフの場合1が、さもなくば0が返ります。
-《機械翻訳》<application>libpq</application>がスレッドセーフである場合は1を、そうでない場合は0を返します。
+<application>libpq</application>がスレッドセーフである場合は1を、そうでない場合は0を返します。
 バージョン17以降では常に1を返します。
      </para>
     </listitem>
@@ -1193,8 +1189,9 @@ int PQisthreadsafe();
    <xref linkend="libpq-PQoidStatus"/> can be replaced by
    <xref linkend="libpq-PQoidValue"/>.
 -->
-《マッチ度[92.582418]》非推奨の関数、<xref linkend="libpq-PQrequestCancel"/>や<xref linkend="libpq-PQoidStatus"/>はスレッドセーフではありませんので、マルチスレッドプログラムでは使用してはなりません。
-<xref linkend="libpq-PQrequestCancel"/>は<xref linkend="libpq-PQcancel"/>に、<xref linkend="libpq-PQoidStatus"/>は<xref linkend="libpq-PQoidValue"/>に置き換えることができます。
+非推奨の関数、<xref linkend="libpq-PQrequestCancel"/>や<xref linkend="libpq-PQoidStatus"/>はスレッドセーフではありませんので、マルチスレッドプログラムでは使用してはなりません。
+<xref linkend="libpq-PQrequestCancel"/>は<xref linkend="libpq-PQcancelBlocking"/>に置き換えられます。
+<xref linkend="libpq-PQoidStatus"/>は<xref linkend="libpq-PQoidValue"/>に置き換えられます。
   </para>
 
   <para>


Reviews:
user: login: noborus
body: まだ、全部見てませんが、とりあえず送ります。
また、libpq.sgmlもsplit-libpq.shが必要です。
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-03-28T01:14:39Z
user: login: tatsuo-ishii
body: レビューありがとうございました。

state: COMMENTED
author_association: CONTRIBUTOR
submitted_at: 2025-04-04T10:34:30Z
user: login: noborus
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-08T23:48:31Z
user: login: noborus
body: 修正ありがとうございました。
見逃しがあって申し訳ありませんが、追加で確認をお願いします。
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-16T23:36:19Z
user: login: noborus
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-17T23:25:36Z
user: login: noborus
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-21T03:10:34Z
user: login: noborus
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-21T21:06:58Z
user: login: noborus
body: 機械翻訳で「ハンドシェーク」になってますが「ハンドシェイク」の方に統一した語でした。
NG語リストに入れてなかったので他でもありますので、後で統一します。
state: COMMENTED
author_association: MEMBER
submitted_at: 2025-04-25T22:08:00Z
user: login: KenichiroTanaka
body: 途中までですが一度revewコメントをお送りします。
state: CHANGES_REQUESTED
author_association: CONTRIBUTOR
submitted_at: 2025-04-30T22:51:43Z

Review comments:
diff_hunk: @@ -2093,16 +2076,11 @@ Windowsでは、<literal>localhost</literal>への接続を試みます。
         backslash.  For a detailed discussion of the available
         options, consult <xref linkend="runtime-config"/>.
 -->
-《マッチ度[82.481752]》接続開始時にサーバに送信するコマンドラインオプションを指定します。
-例えば、これを<literal>-c geqo=off</literal>に設定すると、<varname>geqo</varname>パラメータのセッション値は<literal>off</literal>になります。
+接続開始時にサーバに送信するコマンドラインオプションを指定します。
+例えば、、これを<literal>-c geqo=オフ</literal>または<literal>--geqo=オフ</literal>に設定すると、<varname>geqo</varname>パラメータのセッションの値が<literal>オフ</literal>に設定されます。
path: doc/src/sgml/libpq.sgml
user: login: noborus
body: 、が多いのと、ここはoffでよいかと。
```suggestion
例えば、これを<literal>-c geqo=off</literal>または<literal>--geqo=off</literal>に設定すると、<varname>geqo</varname>パラメータのセッションの値が<literal>off</literal>に設定されます。
```
created_at: 2025-03-28T00:37:54Z
author_association: MEMBER
diff_hunk: @@ -2597,11 +2573,11 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
         option was introduced in <productname>PostgreSQL</productname> version
         17.
 -->
-《機械翻訳》このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのようにネゴシエートされるかを制御します。
-デフォルト<literal>POSTGRES</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
-<literal>直接</literal>モードでは、クライアントはTCP/IPハンドシェークを確立した直後に標準SSLコネクションを開始します。
-従来型(プロトコルネゴシエーションは、さまざまなサーバ設定に対して最も柔軟性があります。
-<productname>PostgreSQL</productname>サーバがサポート直接<acronym>SSL</acronym>接続に認識されている場合、SSL接続では必要なラウンドトリップが1つ少なくなり、コネクションレイテンシが削減され、プロトコルに依存しないSSLネットワークツールを使用できるようになります。
+このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのようにネゴシエートされるかを制御します。
path: doc/src/sgml/libpq.sgml
user: login: noborus
body: 他のところで、 Negotiatingを調停状態としているので、調停と合わせた方が良いと思います。
created_at: 2025-03-28T00:40:28Z
author_association: MEMBER
diff_hunk: @@ -2597,11 +2573,11 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
         option was introduced in <productname>PostgreSQL</productname> version
         17.
 -->
-《機械翻訳》このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのようにネゴシエートされるかを制御します。
-デフォルト<literal>POSTGRES</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
-<literal>直接</literal>モードでは、クライアントはTCP/IPハンドシェークを確立した直後に標準SSLコネクションを開始します。
-従来型(プロトコルネゴシエーションは、さまざまなサーバ設定に対して最も柔軟性があります。
-<productname>PostgreSQL</productname>サーバがサポート直接<acronym>SSL</acronym>接続に認識されている場合、SSL接続では必要なラウンドトリップが1つ少なくなり、コネクションレイテンシが削減され、プロトコルに依存しないSSLネットワークツールを使用できるようになります。
+このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのようにネゴシエートされるかを制御します。
+デフォルト<literal>postgres</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
+<literal>direct</literal>モードでは、クライアントはTCP/IP接続を確立した後に直接標準SSハンドシェイクを開始します。
path: doc/src/sgml/libpq.sgml
user: login: noborus
body: > 直接標準SSハンドシェイク

Lが抜けています。
created_at: 2025-03-28T00:41:20Z
author_association: MEMBER
diff_hunk: @@ -743,8 +734,8 @@ switch(PQstatus(conn))
        sequence described in the documentation of
path: doc/src/sgml/libpq.sgml
user: login: noborus
body: すみません。原文の方に`<indexterm><primary>非ブロック接続</primary></indexterm>`が入ってしまっているので削除してもらえますか。

indextermでコメントアウトせずに日本語訳を追加するのと、`<para>`のブロックの英語をコメントアウトするのが両方適用サれてしまっている感じですね...
created_at: 2025-03-28T00:47:06Z
author_association: MEMBER
diff_hunk: @@ -2983,11 +2955,8 @@ PostgreSQLサーバは、一般に、有効にするかどうかに関係なく
         in cleartext in the network traffic, so it might be undesirable in
         some cases.
 -->
-《マッチ度[68.264840]》Server Name Indicationは、SSLストリームを復号化することなく接続をルーティングするために、SSL対応プロキシによって使用できます(これには、SSLプロキシだけでなく、PostgreSQLプロトコルハンドシェイクを認識するプロキシが必要であることに注意してください)。
+Server Name Indicationは、SSLストリームを復号化することなく接続をルーティングするために、SSL対応プロキシによって使用できます（プロキシがPostgreSQLプロトコルハンドシェークを認識していない限り、<literal>sslnegotiation</literal>を<literal>direct</literal>に設定する必要があることに注意してください。）
path: doc/src/sgml/libpq.sgml
user: login: noborus
body: 。の追加お願いします。

```suggestion
Server Name Indicationは、SSLストリームを復号化することなく接続をルーティングするために、SSL対応プロキシによって使用できます。（プロキシがPostgreSQLプロトコルハンドシェークを認識していない限り、<literal>sslnegotiation</literal>を<literal>direct</literal>に設定する必要があることに注意してください。）
```
created_at: 2025-03-28T00:48:51Z
author_association: MEMBER
diff_hunk: @@ -7420,25 +7363,7 @@ int PQsendDescribePortal(PGconn *conn, const char *portalName);
        Submits a request to close the specified prepared statement, without
        waiting for completion.
 -->
-《マッチ度[59.782609]》指定したプリペアド文に関する情報入手要求を送ります。
-入手完了まで待機しません。
-《機械翻訳》完了を待たずに、指定した準備文を閉じる要求を送信します。
-<synopsis>
-int PQsendClosePrepared(PGconn *conn, const char *stmtName);
-</synopsis>
-
-<!--
-       This is an asynchronous version of <xref linkend="libpq-PQclosePrepared"/>:
-       it returns 1 if it was able to dispatch the request, and 0 if not.
-       After a successful call, call <xref linkend="libpq-PQgetResult"/> to
-       obtain the results.  The function's parameters are handled
-       identically to <xref linkend="libpq-PQclosePrepared"/>.
--->
path: doc/src/sgml/libpq.sgml
user: login: noborus
body: この部分の原文が削除されてしまっています。
created_at: 2025-03-28T00:52:44Z
author_association: MEMBER
diff_hunk: @@ -14317,12 +14122,9 @@ void PQinitSSL(int do_ssl);
    the same connection object. (If you need to run concurrent commands,
    use multiple connections.)
 -->
-《マッチ度[75.124378]》スレッドに関する1つの制限として、異なるスレッドから同時に同一の<structname>PGconn</structname>オブジェクトを操作することはできません。
-具体的には、異なるスレッドから同一接続オブジェクトを介してコマンドを同時に発行することができません。
-(コマンドの同時実行が必要な場合、接続を複数使用してください。)
-《機械翻訳》バージョン17以降、<application>libpq</application>は常に再入可能でスレッドセーフです。
+バージョン17では、<application>libpq</application>は常に再入可能でスレッドセーフです。
 ただし、1つの制限として、2つのスレッドが同じ<structname>PGconn</structname>オブジェクトを同時に操作することはできません。
-特に、異なるスレッドから同じ接続オブジェクトを介して同時にコマンドを実行することはできません（同時にコマンドを実行する必要がある場合は、複数の接続を使用してください）。
+特に、異なるスレッドから同じ接続オブジェクトを介して同時にコマンドを実行することはできません（並行してコマンドを実行する必要がある場合は、複数の接続を使用してください）。
path: doc/src/sgml/libpq.sgml
user: login: noborus
body: 。の追加と位置を修正お願いします。
```suggestion
特に、異なるスレッドから同じ接続オブジェクトを介して同時にコマンドを実行することはできません。（並行してコマンドを実行する必要がある場合は、複数の接続を使用してください。）
```
created_at: 2025-03-28T00:55:18Z
author_association: MEMBER
diff_hunk: @@ -9678,9 +9495,9 @@ int PQrequestCancel(PGconn *conn);
        <xref linkend="libpq-PQrequestCancel"/> over
        <xref linkend="libpq-PQcancelBlocking"/>.
 -->
-《機械翻訳》<xref linkend="libpq-PQrequestCancel"/>は下位互換性のために存在します。
+<xref linkend="libpq-PQrequestCancel"/>は下位互換性のために存在します。
 代わりに<xref linkend="libpq-PQcancelBlocking"/>を使用してください。
-<xref linkend="libpq-PQrequestCancel"/>を<xref linkend="libpq-PQcancelBlocking"/>よりも使用することはありません。
+<xref linkend="libpq-PQrequestCancel"/>を<xref linkend="libpq-PQcancelBlocking"/>よりも使用する利益ははありません。
path: doc/src/sgml/libpq.sgml
user: login: noborus
body: ```suggestion
<xref linkend="libpq-PQrequestCancel"/>を<xref linkend="libpq-PQcancelBlocking"/>よりも使用する利益はありません。
```
created_at: 2025-03-28T01:13:10Z
author_association: MEMBER
diff_hunk: @@ -743,8 +734,8 @@ switch(PQstatus(conn))
        sequence described in the documentation of
path: doc/src/sgml/libpq.sgml
user: login: tatsuo-ishii
body: 対応しました。
created_at: 2025-04-04T10:14:08Z
author_association: CONTRIBUTOR
diff_hunk: @@ -2597,11 +2573,11 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
         option was introduced in <productname>PostgreSQL</productname> version
         17.
 -->
-《機械翻訳》このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのようにネゴシエートされるかを制御します。
-デフォルト<literal>POSTGRES</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
-<literal>直接</literal>モードでは、クライアントはTCP/IPハンドシェークを確立した直後に標準SSLコネクションを開始します。
-従来型(プロトコルネゴシエーションは、さまざまなサーバ設定に対して最も柔軟性があります。
-<productname>PostgreSQL</productname>サーバがサポート直接<acronym>SSL</acronym>接続に認識されている場合、SSL接続では必要なラウンドトリップが1つ少なくなり、コネクションレイテンシが削減され、プロトコルに依存しないSSLネットワークツールを使用できるようになります。
+このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのようにネゴシエートされるかを制御します。
path: doc/src/sgml/libpq.sgml
user: login: tatsuo-ishii
body: 「調停」にしました。
created_at: 2025-04-04T10:15:45Z
author_association: CONTRIBUTOR
diff_hunk: @@ -2597,11 +2573,11 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
         option was introduced in <productname>PostgreSQL</productname> version
         17.
 -->
-《機械翻訳》このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのようにネゴシエートされるかを制御します。
-デフォルト<literal>POSTGRES</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
-<literal>直接</literal>モードでは、クライアントはTCP/IPハンドシェークを確立した直後に標準SSLコネクションを開始します。
-従来型(プロトコルネゴシエーションは、さまざまなサーバ設定に対して最も柔軟性があります。
-<productname>PostgreSQL</productname>サーバがサポート直接<acronym>SSL</acronym>接続に認識されている場合、SSL接続では必要なラウンドトリップが1つ少なくなり、コネクションレイテンシが削減され、プロトコルに依存しないSSLネットワークツールを使用できるようになります。
+このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのようにネゴシエートされるかを制御します。
+デフォルト<literal>postgres</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
+<literal>direct</literal>モードでは、クライアントはTCP/IP接続を確立した後に直接標準SSハンドシェイクを開始します。
path: doc/src/sgml/libpq.sgml
user: login: tatsuo-ishii
body: 修正しました。
created_at: 2025-04-04T10:16:35Z
author_association: CONTRIBUTOR
diff_hunk: @@ -2983,11 +2955,8 @@ PostgreSQLサーバは、一般に、有効にするかどうかに関係なく
         in cleartext in the network traffic, so it might be undesirable in
         some cases.
 -->
-《マッチ度[68.264840]》Server Name Indicationは、SSLストリームを復号化することなく接続をルーティングするために、SSL対応プロキシによって使用できます(これには、SSLプロキシだけでなく、PostgreSQLプロトコルハンドシェイクを認識するプロキシが必要であることに注意してください)。
+Server Name Indicationは、SSLストリームを復号化することなく接続をルーティングするために、SSL対応プロキシによって使用できます（プロキシがPostgreSQLプロトコルハンドシェークを認識していない限り、<literal>sslnegotiation</literal>を<literal>direct</literal>に設定する必要があることに注意してください。）
path: doc/src/sgml/libpq.sgml
user: login: tatsuo-ishii
body: 追加しました。
created_at: 2025-04-04T10:18:15Z
author_association: CONTRIBUTOR
diff_hunk: @@ -7420,25 +7363,7 @@ int PQsendDescribePortal(PGconn *conn, const char *portalName);
        Submits a request to close the specified prepared statement, without
        waiting for completion.
 -->
-《マッチ度[59.782609]》指定したプリペアド文に関する情報入手要求を送ります。
-入手完了まで待機しません。
-《機械翻訳》完了を待たずに、指定した準備文を閉じる要求を送信します。
-<synopsis>
-int PQsendClosePrepared(PGconn *conn, const char *stmtName);
-</synopsis>
-
-<!--
-       This is an asynchronous version of <xref linkend="libpq-PQclosePrepared"/>:
-       it returns 1 if it was able to dispatch the request, and 0 if not.
-       After a successful call, call <xref linkend="libpq-PQgetResult"/> to
-       obtain the results.  The function's parameters are handled
-       identically to <xref linkend="libpq-PQclosePrepared"/>.
--->
path: doc/src/sgml/libpq.sgml
user: login: tatsuo-ishii
body: おっと、失礼しました。
created_at: 2025-04-04T10:23:52Z
author_association: CONTRIBUTOR
diff_hunk: @@ -9678,9 +9495,9 @@ int PQrequestCancel(PGconn *conn);
        <xref linkend="libpq-PQrequestCancel"/> over
        <xref linkend="libpq-PQcancelBlocking"/>.
 -->
-《機械翻訳》<xref linkend="libpq-PQrequestCancel"/>は下位互換性のために存在します。
+<xref linkend="libpq-PQrequestCancel"/>は下位互換性のために存在します。
 代わりに<xref linkend="libpq-PQcancelBlocking"/>を使用してください。
-<xref linkend="libpq-PQrequestCancel"/>を<xref linkend="libpq-PQcancelBlocking"/>よりも使用することはありません。
+<xref linkend="libpq-PQrequestCancel"/>を<xref linkend="libpq-PQcancelBlocking"/>よりも使用する利益ははありません。
path: doc/src/sgml/libpq.sgml
user: login: tatsuo-ishii
body: 修正しました。
created_at: 2025-04-04T10:25:28Z
author_association: CONTRIBUTOR
diff_hunk: @@ -14317,12 +14122,9 @@ void PQinitSSL(int do_ssl);
    the same connection object. (If you need to run concurrent commands,
    use multiple connections.)
 -->
-《マッチ度[75.124378]》スレッドに関する1つの制限として、異なるスレッドから同時に同一の<structname>PGconn</structname>オブジェクトを操作することはできません。
-具体的には、異なるスレッドから同一接続オブジェクトを介してコマンドを同時に発行することができません。
-(コマンドの同時実行が必要な場合、接続を複数使用してください。)
-《機械翻訳》バージョン17以降、<application>libpq</application>は常に再入可能でスレッドセーフです。
+バージョン17では、<application>libpq</application>は常に再入可能でスレッドセーフです。
 ただし、1つの制限として、2つのスレッドが同じ<structname>PGconn</structname>オブジェクトを同時に操作することはできません。
-特に、異なるスレッドから同じ接続オブジェクトを介して同時にコマンドを実行することはできません（同時にコマンドを実行する必要がある場合は、複数の接続を使用してください）。
+特に、異なるスレッドから同じ接続オブジェクトを介して同時にコマンドを実行することはできません（並行してコマンドを実行する必要がある場合は、複数の接続を使用してください）。
path: doc/src/sgml/libpq.sgml
user: login: tatsuo-ishii
body: 修正しました。
created_at: 2025-04-04T10:26:23Z
author_association: CONTRIBUTOR
diff_hunk: @@ -744,15 +735,14 @@ switch(PQstatus(conn))
       <para>
 <!--
        <indexterm><primary>nonblocking connection</primary></indexterm>
-       <indexterm><primary>非ブロック接続</primary></indexterm>
        Poll a connection's underlying socket descriptor retrieved with
        <xref linkend="libpq-PQsocket"/>.
        The primary use of this function is iterating through the connection
        sequence described in the documentation of
        <xref linkend="libpq-PQconnectStartParams"/>.
 -->
-《機械翻訳》<indexterm><primary>非ブロッキング接続</primary></indexterm><xref linkend="libpq-PQsocket"/>で取得されたコネクションの基礎となるソケットディスクリプタをポーリングします。
-この関数のプライマリでの使用は、<xref linkend="libpq-PQconnectStartParams"/>の文書で説明されているコネクションシーケンスを通じて繰り返されます。
+<indexterm><primary>非ブロッキング接続</primary></indexterm><xref linkend="libpq-PQsocket"/>で取得されたコネクションの基礎となるソケットディスクリプタをポーリングします。
+この関数の主な用途は、<xref linkend="libpq-PQconnectStartParams"/>の文書で説明されているコネクションシーケンスを繰り返すことにあります。
path: doc/src/sgml/libpq0.sgml
user: login: noborus
body: libpq.sgmlでは`connection`は接続にしているようです。`libpq-PQconnectStartParams`でも接続シーケンスでした。
created_at: 2025-04-07T06:38:24Z
author_association: MEMBER
diff_hunk: @@ -2605,11 +2580,11 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
         option was introduced in <productname>PostgreSQL</productname> version
         17.
 -->
-《機械翻訳》このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのようにネゴシエートされるかを制御します。
-デフォルト<literal>POSTGRES</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
-<literal>直接</literal>モードでは、クライアントはTCP/IPハンドシェークを確立した直後に標準SSLコネクションを開始します。
-従来型(プロトコルネゴシエーションは、さまざまなサーバ設定に対して最も柔軟性があります。
-<productname>PostgreSQL</productname>サーバがサポート直接<acronym>SSL</acronym>接続に認識されている場合、SSL接続では必要なラウンドトリップが1つ少なくなり、コネクションレイテンシが削減され、プロトコルに依存しないSSLネットワークツールを使用できるようになります。
+このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのように調停されるかを制御します。
+デフォルト<literal>postgres</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
+<literal>direct</literal>モードでは、クライアントはTCP/IP接続を確立した後に直接標準SSLハンドシェイクを開始します。
+伝統的な<productname>PostgreSQL</productname>プロトコルネゴシエーションは、さまざまなサーバ設定に対して最も柔軟性があります。
+<productname>PostgreSQL</productname>サーバが直接<acronym>SSL</acronym>接続をサポートしているとわかっている場合、SSL接続では必要なラウンドトリップが1つ少なくなり、コネクションレイテンシが削減され、プロトコルに依存しないSSLネットワークツールを使用できるようになります。
path: doc/src/sgml/libpq0.sgml
user: login: noborus
body: `network latency`をネットワーク遅延にしていたので、他と合わせるなら`コネクションレイテンシ`は接続遅延になるのが自然だと思います。
created_at: 2025-04-07T06:42:59Z
author_association: MEMBER
diff_hunk: @@ -434,7 +434,7 @@ NULLという結果はメモリ不足や全くコマンドを送信すること
     be created by executing SQL <xref linkend="sql-prepare"/>
     statements.
 -->
-《機械翻訳》<xref linkend="libpq-PQexecPrepared"/>で使用するための準備された文は、SQL<xref linkend="sql-prepare"/>文を実行して作成することもできます。
+<xref linkend="libpq-PQexecPrepared"/>で使用するための準備された文は、SQL<xref linkend="sql-prepare"/>文を実行して作成することもできます。
path: doc/src/sgml/libpq1.sgml
user: login: noborus
body: SQLの後のスペースが必要です
created_at: 2025-04-08T23:26:44Z
author_association: MEMBER
diff_hunk: @@ -871,9 +866,7 @@ ExecStatusType PQresultStatus(const PGresult *res);
             <xref linkend="libpq-PQsendPipelineSync"/>.
             This status occurs only when pipeline mode has been selected.
 -->
-《マッチ度[68.992248]》<structname>PGresult</structname>は、<xref linkend="libpq-PQpipelineSync"/>によって要求されたパイプラインモードの同期ポイントを表します。
-この状態はパイプラインモードが選択されている場合のみ起こります。
-《機械翻訳》<structname>PGresult</structname>は、パイプラインモードで<xref linkend="libpq-PQpipelineSync"/>または<xref linkend="libpq-PQsendPipelineSync"/>によって要求された同期点を表します。
+<structname>PGresult</structname>は、パイプラインモードで<xref linkend="libpq-PQpipelineSync"/>または<xref linkend="libpq-PQsendPipelineSync"/>によって要求された同期点を表します。
path: doc/src/sgml/libpq1.sgml
user: login: noborus
body: 元の翻訳では「同期ポイント」で機械翻訳を元にしたほうが「同期点」だったので不統一になってます。「同期ポイント」に統一で良いかと。
created_at: 2025-04-08T23:33:41Z
author_association: MEMBER
diff_hunk: @@ -4148,11 +4080,8 @@ int PQpipelineSync(PGconn *conn);
        the delimiter of an implicit transaction and an error recovery
        point; see <xref linkend="libpq-pipeline-errors"/>.
 -->
-《マッチ度[86.428571]》<link linkend="protocol-flow-ext-query">同期メッセージ</link>を送信し、送信バッファをフラッシュすることにより、パイプラインの同期ポイントをマークします。
-これは暗黙的なトランザクションとエラー修復ポイントの区切り文字として機能します。
-<xref linkend="libpq-pipeline-errors"/>を参照してください。
-《機械翻訳》送信バッファをフラッシュせずに<link linkend="protocol-flow-ext-query">同期メッセージ</link>を送信することで、パイプライン内の同期点をマークします。
-これは暗黙的なトランザクションとエラー回復ポイントの区切りとして機能します。
+送信バッファをフラッシュせずに<link linkend="protocol-flow-ext-query">同期メッセージ</link>を送信することで、パイプライン内の同期点をマークします。
path: doc/src/sgml/libpq1.sgml
user: login: noborus
body: ここも同期ポイント。
created_at: 2025-04-08T23:34:14Z
author_association: MEMBER
diff_hunk: @@ -3130,10 +3094,8 @@ int PQsendClosePortal(PGconn *conn, const char *portalName);
        A null pointer is returned when the command is complete and there
        will be no more results.
 -->
-《マッチ度[67.238422]》以前に呼び出した<xref linkend="libpq-PQsendQuery"/>、<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQpipelineSync"/>から次の結果を待ち、その結果を返します。
+以前に呼び出した<xref linkend="libpq-PQsendQuery"/>、<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>、<xref linkend="libpq-PQsendPipelineSync"/>、<xref linkend="libpq-PQpipelineSync"/>からの結果を待ち、その結果を返します。
 コマンドが完了し、これ以上結果がない場合は、NULLポインタが返されます。
-《機械翻訳》以前の<xref linkend="libpq-PQsendQuery"/>、<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>、<xref linkend="libpq-PQsendPipelineSync"/>、または<xref linkend="libpq-PQpipelineSync"/>からの結果を待ち、それを返します。
-コマンドが完了し、それ以上結果がない場合は、NULLポインタが返されます。
 <synopsis>
 PGresult *PQgetResult(PGconn *conn);
 </synopsis>
path: doc/src/sgml/libpq1.sgml
user: login: noborus
body: 既存の訳ですが、この後の以下でも同期点がありました。

> パイプラインモードでは、<function>PQgetResult</function>はエラーが発生しない限り通常通りに戻ります。
> エラーを引き起こした問い合わせの後、次の同期点まで(そして次の同期点を除外して)送られた問い合わせに対しては、 <literal>PGRES_PIPELINE_ABORTED</literal>型の特殊な結果が返され、その後にNULLポインタが返されます。
> パイプライン同期点に到達すると、<literal>PGRES_PIPELINE_SYNC</literal>型の結果が返されます。
> 同期点の後の次の問い合わせの結果はすぐに続きます(つまり、同期点の後にNULLポインタは返されません)。
created_at: 2025-04-08T23:41:42Z
author_association: MEMBER
diff_hunk: @@ -2828,16 +2811,8 @@ unsigned char *PQunescapeBytea(const unsigned char *from, size_t *to_length);
    <xref linkend="libpq-PQexecPrepared"/>,
    <xref linkend="libpq-PQdescribePrepared"/>,
 -->
-《マッチ度[74.937028]》アプリケーションにとってこのような制限が望ましくない場合は、代わりに<xref linkend="libpq-PQexec"/>を構成する関数<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を使用してください。
-また、<xref linkend="libpq-PQsendQueryParams"/>と<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>もあり、<xref linkend="libpq-PQgetResult"/>を使用して、それぞれ<xref linkend="libpq-PQexecParams"/>と<xref linkend="libpq-PQprepare"/>、<xref linkend="libpq-PQexecPrepared"/>、<xref linkend="libpq-PQdescribePrepared"/>、<xref linkend="libpq-PQdescribePortal"/>と同等の機能を行うことができます。
-《機械翻訳》これらの制限を嫌うアプリケーションは、<xref linkend="libpq-PQexec"/>が基礎としている関数<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を使用することができます。
-<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>があります。
-これらは<xref linkend="libpq-PQgetResult"/>とともに使用して、<xref linkend="libpq-PQexecParams"/>、<xref linkend="libpq-PQprepare"/>、<xref linkend="libpq-PQexecPrepared"/>、<xref linkend="libpq-PQdescribePrepared"/>の機能を複製できます。
-   <xref linkend="libpq-PQdescribePortal"/>
-   <xref linkend="libpq-PQclosePrepared"/>, and
-   <xref linkend="libpq-PQclosePortal"/>
-   respectively.
-
path: doc/src/sgml/libpq1.sgml
user: login: noborus
body: すみません。コメント位置が間違ってました。`libpq-PQdescribePortal`から

> `<xref linkend="libpq-PQdescribePortal"/>`
>  `<xref linkend="libpq-PQclosePrepared"/>`, and
>  `<xref linkend="libpq-PQclosePortal"/>`
>   respectively.

が原文の方に入ってないとならなかったです。これをコメントの方に移動してください。なので、この訳文も追加が必要です。

原文の方で`<xref linkend="libpq-PQdescribePortal"/>`のカンマが抜けてますね。
created_at: 2025-04-16T23:18:01Z
author_association: MEMBER
diff_hunk: @@ -3050,25 +3025,18 @@ int PQsendDescribePortal(PGconn *conn, const char *portalName);
        Submits a request to close the specified prepared statement, without
        waiting for completion.
 -->
-《マッチ度[59.782609]》指定したプリペアド文に関する情報入手要求を送ります。
-入手完了まで待機しません。
-《機械翻訳》完了を待たずに、指定した準備文を閉じる要求を送信します。
+完了を待たずに、指定した準備文を閉じる要求を送信します。
 <synopsis>
 int PQsendClosePrepared(PGconn *conn, const char *stmtName);
 </synopsis>
-
path: doc/src/sgml/libpq1.sgml
user: login: noborus
body: 差分が出てしまっているので、ここに改行をお願いします。
created_at: 2025-04-16T23:20:14Z
author_association: MEMBER
diff_hunk: @@ -2052,17 +2040,11 @@ Windowsでは、<literal>localhost</literal>への接続を試みます。
        seconds, so the total time spent waiting for a connection might be
        up to 10 seconds.
 -->
-《マッチ度[58.643326]》接続中の最大待機時間を秒単位（10進整数で記述してください、<literal>10</literal>など）で指定します。
+接続中の最大待機時間を秒単位（10進整数で記述してください、<literal>10</literal>など）で指定します。
 ゼロ、負値、もしくは未設定は、無期限の待機を意味します。
-許容される最小のタイムアウトは2秒です。
 したがって、<literal>1</literal>は<literal>2</literal>と解釈されます。
path: doc/src/sgml/libpq0.sgml
user: login: noborus
body: この行も削除対象だと思います。
```suggestion
```
created_at: 2025-04-16T23:27:45Z
author_association: MEMBER
diff_hunk: @@ -2052,17 +2040,11 @@ Windowsでは、<literal>localhost</literal>への接続を試みます。
        seconds, so the total time spent waiting for a connection might be
        up to 10 seconds.
 -->
-《マッチ度[58.643326]》接続中の最大待機時間を秒単位（10進整数で記述してください、<literal>10</literal>など）で指定します。
+接続中の最大待機時間を秒単位（10進整数で記述してください、<literal>10</literal>など）で指定します。
 ゼロ、負値、もしくは未設定は、無期限の待機を意味します。
-許容される最小のタイムアウトは2秒です。
 したがって、<literal>1</literal>は<literal>2</literal>と解釈されます。
path: doc/src/sgml/libpq0.sgml
user: login: noborus
body: この削除がまだのようです。
created_at: 2025-04-17T23:25:36Z
author_association: MEMBER
diff_hunk: @@ -2828,16 +2811,8 @@ unsigned char *PQunescapeBytea(const unsigned char *from, size_t *to_length);
    <xref linkend="libpq-PQexecPrepared"/>,
    <xref linkend="libpq-PQdescribePrepared"/>,
 -->
-《マッチ度[74.937028]》アプリケーションにとってこのような制限が望ましくない場合は、代わりに<xref linkend="libpq-PQexec"/>を構成する関数<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を使用してください。
-また、<xref linkend="libpq-PQsendQueryParams"/>と<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>もあり、<xref linkend="libpq-PQgetResult"/>を使用して、それぞれ<xref linkend="libpq-PQexecParams"/>と<xref linkend="libpq-PQprepare"/>、<xref linkend="libpq-PQexecPrepared"/>、<xref linkend="libpq-PQdescribePrepared"/>、<xref linkend="libpq-PQdescribePortal"/>と同等の機能を行うことができます。
-《機械翻訳》これらの制限を嫌うアプリケーションは、<xref linkend="libpq-PQexec"/>が基礎としている関数<xref linkend="libpq-PQsendQuery"/>と<xref linkend="libpq-PQgetResult"/>を使用することができます。
-<xref linkend="libpq-PQsendQueryParams"/>、<xref linkend="libpq-PQsendPrepare"/>、<xref linkend="libpq-PQsendQueryPrepared"/>、<xref linkend="libpq-PQsendDescribePrepared"/>、<xref linkend="libpq-PQsendDescribePortal"/>、<xref linkend="libpq-PQsendClosePrepared"/>、<xref linkend="libpq-PQsendClosePortal"/>があります。
-これらは<xref linkend="libpq-PQgetResult"/>とともに使用して、<xref linkend="libpq-PQexecParams"/>、<xref linkend="libpq-PQprepare"/>、<xref linkend="libpq-PQexecPrepared"/>、<xref linkend="libpq-PQdescribePrepared"/>の機能を複製できます。
-   <xref linkend="libpq-PQdescribePortal"/>
-   <xref linkend="libpq-PQclosePrepared"/>, and
-   <xref linkend="libpq-PQclosePortal"/>
-   respectively.
-
path: doc/src/sgml/libpq1.sgml
user: login: noborus
body: こちら本体の修正ありがとうございました。
created_at: 2025-04-21T03:10:34Z
author_association: MEMBER
diff_hunk: @@ -3050,9 +3030,7 @@ int PQsendDescribePortal(PGconn *conn, const char *portalName);
        Submits a request to close the specified prepared statement, without
        waiting for completion.
 -->
-《マッチ度[59.782609]》指定したプリペアド文に関する情報入手要求を送ります。
-入手完了まで待機しません。
-《機械翻訳》完了を待たずに、指定した準備文を閉じる要求を送信します。
+完了を待たずに、指定した準備文を閉じる要求を送信します。
path: doc/src/sgml/libpq1.sgml
user: login: noborus
body: 「prepared statement」がプリペアド文と準備された文、準備文と統一されてなかったです。
ここだけではないのでissueを立てます。
created_at: 2025-04-21T21:06:58Z
author_association: MEMBER
diff_hunk: @@ -2631,9 +2605,8 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
              plaintext authentication when the server does not support direct
              SSL handshake.
 -->
-《機械翻訳》TCP/IPハンドシェークを確立した直後にSSLコネクションをスタートします。
-これは、sslmode=require以上の場合にのみ許可されます。
-これは、弱い設定では、サーバがSSL認証をサポートしない場合に、意図しないプレーンテキストハンドシェークへのフォールバックが発生する可能性があるためです。
+TCP/IPハンドシェークを確立した後に直接SSL接続を開始します。
+弱い設定では、サーバがSSL認証をサポートしない場合に、意図しないプレーンテキストハンドシェークへのフォールバックが発生する可能性があるため、sslmode=require以上の場合にのみ許可されます。
path: doc/src/sgml/libpq.sgml
user: login: KenichiroTanaka
body: direct  SSL handshakeの箇所ですが、directが訳出されていないように思います。
created_at: 2025-04-25T11:31:24Z
author_association: CONTRIBUTOR
diff_hunk: @@ -2597,11 +2571,11 @@ SSLサポート付きで<productname>PostgreSQL</productname>をコンパイル
         option was introduced in <productname>PostgreSQL</productname> version
         17.
 -->
-《機械翻訳》このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのようにネゴシエートされるかを制御します。
-デフォルト<literal>POSTGRES</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
-<literal>直接</literal>モードでは、クライアントはTCP/IPハンドシェークを確立した直後に標準SSLコネクションを開始します。
-従来型(プロトコルネゴシエーションは、さまざまなサーバ設定に対して最も柔軟性があります。
-<productname>PostgreSQL</productname>サーバがサポート直接<acronym>SSL</acronym>接続に認識されている場合、SSL接続では必要なラウンドトリップが1つ少なくなり、コネクションレイテンシが削減され、プロトコルに依存しないSSLネットワークツールを使用できるようになります。
+このオプションは、SSLが使用されている場合に、SSL暗号化がサーバとどのように調停されるかを制御します。
+デフォルト<literal>postgres</literal>モードでは、クライアントは最初にサーバにSSLがサポートされているかどうかを尋ねます。
+<literal>direct</literal>モードでは、クライアントはTCP/IP接続を確立した後に直接標準SSLハンドシェイクを開始します。
+伝統的な<productname>PostgreSQL</productname>プロトコルネゴシエーションは、さまざまなサーバ設定に対して最も柔軟性があります。
+<productname>PostgreSQL</productname>サーバが直接<acronym>SSL</acronym>接続をサポートしているとわかっている場合、SSL接続では必要なラウンドトリップが1つ少なくなり、接続遅延が削減され、プロトコルに依存しないSSLネットワークツールを使用できるようになります。
path: doc/src/sgml/libpq.sgml
user: login: KenichiroTanaka
body: ご意見をいただきたいところなのですが、「direct SSL connections」は「直接SSLサポート」よりも「ダイレクトSSLサポート」と機能のようにすると理解しやすいようにも感じているのですが、どうでしょうか。
created_at: 2025-04-25T11:34:24Z
author_association: CONTRIBUTOR
diff_hunk: @@ -4960,8 +4926,7 @@ PGresult *PQdescribePortal(PGconn *conn, const char *portalName);
         Submits a request to close the specified prepared statement, and waits
         for completion.
 -->
-《マッチ度[54.651163]》指定したプリペアド文に関する情報入手要求を送り、入手完了まで待機します。
-《機械翻訳》指定したプリペアド文をクローズする要求を送信し、完了を待機します。
+指定したプリペアド文をクローズする要求を送信し、完了を待機します。
path: doc/src/sgml/libpq.sgml
user: login: KenichiroTanaka
body: プリペアド文を他と合わせて「準備された文」としていただいてもいいでしょうか。
created_at: 2025-04-25T11:48:37Z
author_association: CONTRIBUTOR
diff_hunk: @@ -4974,7 +4939,7 @@ PGresult *PQclosePrepared(PGconn *conn, const char *stmtName);
         of its associated resources on the server and allows its name to be
         reused.
 -->
-《機械翻訳》<xref linkend="libpq-PQclosePrepared"/>を使用すると、アプリケーションは以前に準備された文を閉じることができます。
+<xref linkend="libpq-PQclosePrepared"/>を使用すると、アプリケーションは以前に準備された文を閉じることができます。
path: doc/src/sgml/libpq.sgml
user: login: KenichiroTanaka
body: 細かいですが「a previously prepared statement」は　previously「prepared statement」なのかと思います（今は「previously prepared」 statementで訳されているように思います）。なので、
「以前に準備された文」
は
「以前の準備された文」
もしくは意訳して
「以前に作られた準備された文」
（やりすぎかもです）とするのはどうでしょうか。
created_at: 2025-04-25T11:53:35Z
author_association: CONTRIBUTOR
diff_hunk: @@ -4986,7 +4951,7 @@ PGresult *PQclosePrepared(PGconn *conn, const char *stmtName);
         no-op. On success, a <structname>PGresult</structname> with
         status <literal>PGRES_COMMAND_OK</literal> is returned.
 -->
-《機械翻訳》<parameter>stmtName</parameter>は<literal>""</literal>または<symbol>NULL</symbol>で、名前のない文を参照できます。
+<parameter>stmtName</parameter>は<literal>""</literal>または<symbol>NULL</symbol>で、名前のない文を参照できます。
 この名前の文が存在しない場合、操作は何も行われません。
path: doc/src/sgml/libpq.sgml
user: login: KenichiroTanaka
body: It is fineが訳出されていないように思います。
`
この名前がついた文は存在しなくてもよく、この場合は何も操作は行われません。
`
などとするのはどうでしょうか。
created_at: 2025-04-28T11:32:04Z
author_association: CONTRIBUTOR
diff_hunk: @@ -5032,7 +4995,7 @@ PGresult *PQclosePortal(PGconn *conn, const char *portalName);
         no-op. On success, a <structname>PGresult</structname> with status
         <literal>PGRES_COMMAND_OK</literal> is returned.
 -->
-《機械翻訳》<parameter>portalName</parameter>は<literal>""</literal>または<symbol>NULL</symbol>で、名前のないポータルを参照できます。
+<parameter>portalName</parameter>は<literal>""</literal>または<symbol>NULL</symbol>で、名前のないポータルを参照できます。
 この名前のポータルが存在しない場合は、操作は何も行われません。
path: doc/src/sgml/libpq.sgml
user: login: KenichiroTanaka
body: 同上です。
`
この名前がついたポータルは存在しなくてもよく、この場合は何も操作は行われません。
`
などとするのはどうでしょうか。
created_at: 2025-04-28T11:40:06Z
author_association: CONTRIBUTOR

PR comments:
user: login: noborus
created_at: 2025-04-21T03:10:01Z
body: 修正ありがとうございます。確認しました。
author_association: MEMBER
user: login: KenichiroTanaka
created_at: 2025-04-30T23:51:18Z
body: https://github.com/pgsql-jp/jpug-doc/issues/3312
の方針のため、マージします。
author_association: CONTRIBUTOR
user: login: tatsuo-ishii
created_at: 2025-05-01T00:04:07Z
body: おっと、一歩遅かったですね。せっかくなので、修正したものをpushしておきました。
(libpq.sgmlの変更のみ)
author_association: CONTRIBUTOR
user: login: noborus
created_at: 2025-05-01T01:36:31Z
body: 再度pull requestを送信をしてもらえば差分だけ遅れるはずです。

なんですが、prepared statement については #3302 の方針を決めないと再修正になるかもしれません。

author_association: MEMBER