update for 16.4 - part 2

doc/src/sgml/information_schema.sgml

@@ -901,12 +901,9 @@
        defined and not guaranteed to remain the same in future
        versions.)
 -->
-《マッチ度[81.931464]》関数に属するデータ型記述子内で一意なパラメータのデータ型記述子の識別子です。
-これは主に、こうした識別子の他のインスタンスと結合する時に有用です
-（識別子の書式の仕様は定義されておらず、また、今後のバージョンでも同一のままであるという保証もありません）。
-《機械翻訳》コンポジットタイプに関連する識別子記述子の中で、属性のデータタイプディスクリプタ、ユニークのフォーマット。
-これは主に、このような識別子の他のインスタンスと結合する場合に役立ちます（識別子の特定の地域は定義されておらず、将来のバージョンでも同じままであることは保証されていません）。
-データタイプ
+属性のデータ型記述子の、複合データ型に属するデータ型記述子内で一意な識別子です。
+この識別子のインスタンスを結合する時に、主に有用です。
+（識別子の書式仕様は定義されておらず、今後のバージョンで同一性を維持する保証もありません。）
       </para></entry>
      </row>
 

doc/src/sgml/monitoring.sgml

@@ -282,17 +282,15 @@ postgres   27093  0.0  0.0  30096  2752 ?        Ss   11:34   0:00 postgres: ser
    The parameter <xref linkend="guc-track-io-timing"/> enables monitoring
    of block read, write, extend, and fsync times.
 -->
-《マッチ度[76.923077]》<xref linkend="guc-track-io-timing"/>パラメータは、ブロック読み取りおよび書き込み時間を監視するかどうかを指定できます。
-《機械翻訳》パラメータ<xref linkend="guc-track-io-timing"/>は、ブロック監視の読み取り、書き込み、拡張、およびfsync時間を有効にします。
+<xref linkend="guc-track-io-timing"/>パラメータは、ブロック読み取り、書き込み、拡張およびfsync時間を監視するかどうかを指定できます。
   </para>
 
   <para>
 <!--
    The parameter <xref linkend="guc-track-wal-io-timing"/> enables monitoring
    of WAL write and fsync times.
 -->
-《マッチ度[84.615385]》<xref linkend="guc-track-wal-io-timing"/>パラメータは、WALの書き込み時間を監視するかどうかを指定できます。
-《機械翻訳》パラメータ<xref linkend="guc-track-wal-io-timing"/>はWAL書き込み時間とfsync時間の監視を可能にします。
+<xref linkend="guc-track-wal-io-timing"/>パラメータは、WALの書き込みおよびfsync時間を監視するかどうかを指定できます。
   </para>
 
   <para>

doc/src/sgml/parallel.sgml

@@ -304,7 +304,7 @@ EXPLAIN SELECT * FROM pgbench_accounts WHERE filler LIKE '%x%';
     node entirely by itself, almost as if the <literal>Gather</literal> node were
     not present.  This will happen if any of the following conditions are met:
 -->
-《マッチ度[93.607306]》あるクエリに対してパラレルクエリプランが生成された場合でも、実行時にプランを並列に実行できないような状況があります。
+あるクエリに対してパラレルクエリプランが生成された場合でも、実行時にプランを並列に実行できないような状況があります。
 この状況においては、まるで<literal>Gather</literal>ノードが存在しなかったかのように、リーダーは<literal>Gather</literal>ノード以下部分のプランのすべてを自分自身で実行します。
 これは、以下の条件のどれかが当てはまると起こります。
   </para>