by GitHub Actions [skip ci]

Author: actions-user

current/html/logical-replication-architecture.html

@@ -68,12 +68,12 @@
      control of the replication of the table is given back to the main apply
      process where replication continues as normal.
 </span>
-《マッチ度[91.547862]》既存のサブスクライブされたテーブル中の初期データのスナップショットが取得され、特殊な適用プロセスの並列インスタンスにコピーされます。
+既存のサブスクライブされたテーブル中の初期データのスナップショットが取得され、特殊な適用プロセスの並列インスタンスにコピーされます。
 これらの特殊な適用プロセスは、同期されるテーブルごとに生成された、専用のテーブル同期ワーカーです。
 このプロセスは自身のレプリケーションスロットを作成し、既存のデータをコピーします。
 コピーが終わるとすぐにテーブル内容が他のバックエンドから見えるようになります。
 既存のデータのコピーが終わると、ワーカーは同期モードに入ります。
-このモードでは、初期データのコピー中に起こった更新を標準の論理レプリケーションを使ってストリーミングすることにより、テーブルが主適用プロセスと同期状態になることを保証します。
+このモードでは、初期データのコピー中に起こった変更を標準の論理レプリケーションを使ってストリーミングすることにより、テーブルが主適用プロセスと同期状態になることを保証します。
 この同期フェーズの間、パブリッシャーで発生したのと同じ順序で変更が適用され、コミットされます。
 ひとたび同期が完了すれば、テーブルのレプリケーションの制御は主適用プロセスに戻され、レプリケーションは通常通り継続されます。
     </p><div class="note"><h3 class="title">注記</h3><p>

current/html/logical-replication-row-filter.html

@@ -157,7 +157,7 @@
      doesn't use row filters even if they are defined in the publication.
      This is because old releases can only copy the entire table data.
 </span>
-《マッチ度[91.304348]》サブスクライバーが15より前のリリースにある場合、既存のデータのコピーでは、パブリケーションで定義されていても行フィルタは使用されません。
+サブスクライバーが15より前のリリースの場合、既存のデータのコピーは、パブリケーションで定義されていても行フィルタを使用しません。
 これは、古いリリースではテーブルデータ全体しかコピーできないためです。
     </p></div></div><div class="sect2" id="LOGICAL-REPLICATION-ROW-FILTER-COMBINING"><div class="titlepage"><div><div><h3 class="title">29.4.6. 複数行フィルタの統合 <a href="#LOGICAL-REPLICATION-ROW-FILTER-COMBINING" class="id_link">#</a></h3></div></div></div><span class="original">
    &lt;title&gt;Combining Multiple Row Filters&lt;/title&gt;

current/html/logical-replication-subscription.html

@@ -10,7 +10,7 @@
    to another database and the set of publications (one or more) to which it
    wants to subscribe.
 </span>
-《マッチ度[93.312102]》<em class="firstterm">サブスクリプション</em>は論理レプリケーションの下流側です。
+<em class="firstterm">サブスクリプション</em>は論理レプリケーションの下流側です。
 サブスクリプションが定義されたノードは<em class="firstterm">サブスクライバー</em>として参照されます。
 サブスクリプションは他のデータベースへの接続と、サブスクリプション対象の一つ以上のパブリケーションの集合を定義します。
   </p><p>

current/html/logical-replication.html

@@ -78,8 +78,7 @@
      Replicating between PostgreSQL instances on different platforms (for
      example Linux to Windows).
 </span>
-《マッチ度[88.421053]》異なるプラットフォーム上のPostgreSQLインスタンス間（たとえばLinuxからWindows）でレプリケーションする。
-《機械翻訳》異なるプラットフォーム上のPostgreSQLインスタンス間でのレプリケーション（例リナックスからWindowsへ）。
+異なるプラットフォーム上のPostgreSQLインスタンス間（たとえばLinuxからWindows）でレプリケーションする。
     </p></li><li class="listitem"><p>
 <span class="original">
      Giving access to replicated data to different groups of users.
@@ -100,7 +99,7 @@
   other hand, if there are other writes done either by an application or by other
   subscribers to the same set of tables, conflicts can arise.
 </span>
-《マッチ度[96.511628]》サブスクライバーのデータベースは、他のPostgreSQLインスタンスと同様に振る舞い、自分用のパブリケーションを定義することにより、他のデータベースに対するパブリッシャーとして利用できます。
+サブスクライバーのデータベースは、他のPostgreSQLインスタンスと同様に振る舞い、自分用のパブリケーションを定義することにより、他のデータベースに対するパブリッシャーとして利用できます。
 アプリケーションがそのサブスクライバーを読み取り専用として取り扱うときには、単独のサブスクリプションからはコンフリクトは発生しません。
 一方、アプリケーションあるいは他のサブスクライバーから同じテーブルに書き込みが起こるとすると、コンフリクトが発生する可能性があります。
  </p></div><div class="navfooter"><hr /><table width="100%" summary="Navigation footer"><tr><td width="40%" align="left"><a accesskey="p" href="wal-internals.html" title="28.6. WALの内部">前へ</a> </td><td width="20%" align="center"><a accesskey="u" href="admin.html" title="パート III. サーバの管理">上へ</a></td><td width="40%" align="right"> <a accesskey="n" href="logical-replication-publication.html" title="29.1. パブリケーション">次へ</a></td></tr><tr><td width="40%" align="left" valign="top">28.6. WALの内部 </td><td width="20%" align="center"><a accesskey="h" href="index.html" title="PostgreSQL 18.4文書">ホーム</a></td><td width="40%" align="right" valign="top"> 29.1. パブリケーション</td></tr></table></div></body></html>

current/postgres-A4.pdf

@@ -7,7 +7,7 @@ layout: default
 
 ## 最新
 
-last-updated: 2026-05-18 05:11:39 JST
+last-updated: 2026-06-05 06:04:50 JST
 
 ### 最新 PostgreSQL