diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml
index 54847b941d1..5e80c581759 100644
--- a/doc/src/sgml/config.sgml
+++ b/doc/src/sgml/config.sgml
@@ -15367,7 +15367,7 @@ PostgreSQLは<literal>origin</literal>と<literal>local</literal>の設定を内
 <!--
          Prepared transactions are not subject to this timeout.
 -->
-準備されたトランザクションには、このタイムアウトは影響ありません。
+プリペアドトランザクションには、このタイムアウトは影響ありません。
         </para>
        </note>
       </listitem>
@@ -16897,7 +16897,7 @@ GINインデックススキャンにより返されるセットのソフトな
         tables in a single transaction, e.g., query of a parent table with
         many children.  This parameter can only be set at server start.
 -->
-共有ロックテーブルは、プロセスごと、あるいは準備されたトランザクションごとの<varname>max_locks_per_transaction</varname>オブジェクト（たとえばテーブル）空間を持っています。
+共有ロックテーブルは、プロセスごと、あるいはプリペアドトランザクションごとの<varname>max_locks_per_transaction</varname>オブジェクト（たとえばテーブル）空間を持っています。
 したがって、ある時点でこの数以上の個々のオブジェクトをロックすることはできません。
 このパラメータは各トランザクションで使用するオブジェクトロックの平均値を制限します。
 個々のトランザクションでは、このロックテーブルにすべてのトランザクションのロックが収まる限りオブジェクトのロックを獲得できます。
@@ -16943,7 +16943,7 @@ GINインデックススキャンにより返されるセットのソフトな
         tables in a single serializable transaction. This parameter can
         only be set at server start.
 -->
-共有述語ロックテーブルは、プロセスごと、あるいは準備されたトランザクションごとの<varname>max_pred_locks_per_transaction</varname>オブジェクト（たとえばテーブル）空間を持っています。
+共有述語ロックテーブルは、プロセスごと、あるいはプリペアドトランザクションごとの<varname>max_pred_locks_per_transaction</varname>オブジェクト（たとえばテーブル）空間を持っています。
 したがって、ある時点でこの数以上の個々のオブジェクトをロックすることはできません。
 このパラメータは各トランザクションで使用するオブジェクトロックの平均値を制限します。
 個々のトランザクションでは、このロックテーブルにすべてのトランザクションのロックが収まる限りオブジェクトのロックを獲得できます。
diff --git a/doc/src/sgml/config3.sgml b/doc/src/sgml/config3.sgml
index 854ca18cb99..23bbfa76375 100644
--- a/doc/src/sgml/config3.sgml
+++ b/doc/src/sgml/config3.sgml
@@ -352,7 +352,7 @@ PostgreSQLは<literal>origin</literal>と<literal>local</literal>の設定を内
 <!--
          Prepared transactions are not subject to this timeout.
 -->
-準備されたトランザクションには、このタイムアウトは影響ありません。
+プリペアドトランザクションには、このタイムアウトは影響ありません。
         </para>
        </note>
       </listitem>
@@ -1882,7 +1882,7 @@ GINインデックススキャンにより返されるセットのソフトな
         tables in a single transaction, e.g., query of a parent table with
         many children.  This parameter can only be set at server start.
 -->
-共有ロックテーブルは、プロセスごと、あるいは準備されたトランザクションごとの<varname>max_locks_per_transaction</varname>オブジェクト（たとえばテーブル）空間を持っています。
+共有ロックテーブルは、プロセスごと、あるいはプリペアドトランザクションごとの<varname>max_locks_per_transaction</varname>オブジェクト（たとえばテーブル）空間を持っています。
 したがって、ある時点でこの数以上の個々のオブジェクトをロックすることはできません。
 このパラメータは各トランザクションで使用するオブジェクトロックの平均値を制限します。
 個々のトランザクションでは、このロックテーブルにすべてのトランザクションのロックが収まる限りオブジェクトのロックを獲得できます。
@@ -1928,7 +1928,7 @@ GINインデックススキャンにより返されるセットのソフトな
         tables in a single serializable transaction. This parameter can
         only be set at server start.
 -->
-共有述語ロックテーブルは、プロセスごと、あるいは準備されたトランザクションごとの<varname>max_pred_locks_per_transaction</varname>オブジェクト（たとえばテーブル）空間を持っています。
+共有述語ロックテーブルは、プロセスごと、あるいはプリペアドトランザクションごとの<varname>max_pred_locks_per_transaction</varname>オブジェクト（たとえばテーブル）空間を持っています。
 したがって、ある時点でこの数以上の個々のオブジェクトをロックすることはできません。
 このパラメータは各トランザクションで使用するオブジェクトロックの平均値を制限します。
 個々のトランザクションでは、このロックテーブルにすべてのトランザクションのロックが収まる限りオブジェクトのロックを獲得できます。
diff --git a/doc/src/sgml/func.sgml b/doc/src/sgml/func.sgml
index 4e16ff2431b..b6c05e33c71 100644
--- a/doc/src/sgml/func.sgml
+++ b/doc/src/sgml/func.sgml
@@ -38920,7 +38920,7 @@ bgwriterやcheckpointerがログするのを待たずに、実行中のトラン
 出力プラグイン<parameter>plugin</parameter>を使って<parameter>slot_name</parameter>という名前の新しい論理（デコーディング）レプリケーションスロットを作ります。
 3番目のオプションパラメータ<parameter>temporary</parameter>をtrueに設定すると、このスロットを永続的にディスクに保存するべきではなく、現在のセッションでのみ使われることを意図します。
 また、一時スロットはエラーが起きると解放されます。
-オプションの4つ目の引数<parameter>twophase</parameter>がtrueならば、準備されたトランザクションのデコードがこのスロットで可能になります。
+オプションの4つ目の引数<parameter>twophase</parameter>がtrueならば、プリペアドトランザクションのデコードがこのスロットで可能になります。
 オプションの5番目の引数<parameter>failover</parameter>がtrueならば、このスロットがスタンバイに同期化できるようになり、フェイルオーバー後に論理レプリケーションを再開できるようになります。
 この関数の呼び出しはレプリケーションプロトコルコマンドの<literal>CREATE_REPLICATION_SLOT ... LOGICAL</literal>と同じ効果があります。
        </para></entry>
diff --git a/doc/src/sgml/func4.sgml b/doc/src/sgml/func4.sgml
index 0e88249fa12..cc921091af0 100644
--- a/doc/src/sgml/func4.sgml
+++ b/doc/src/sgml/func4.sgml
@@ -7939,7 +7939,7 @@ bgwriterやcheckpointerがログするのを待たずに、実行中のトラン
 出力プラグイン<parameter>plugin</parameter>を使って<parameter>slot_name</parameter>という名前の新しい論理（デコーディング）レプリケーションスロットを作ります。
 3番目のオプションパラメータ<parameter>temporary</parameter>をtrueに設定すると、このスロットを永続的にディスクに保存するべきではなく、現在のセッションでのみ使われることを意図します。
 また、一時スロットはエラーが起きると解放されます。
-オプションの4つ目の引数<parameter>twophase</parameter>がtrueならば、準備されたトランザクションのデコードがこのスロットで可能になります。
+オプションの4つ目の引数<parameter>twophase</parameter>がtrueならば、プリペアドトランザクションのデコードがこのスロットで可能になります。
 オプションの5番目の引数<parameter>failover</parameter>がtrueならば、このスロットがスタンバイに同期化できるようになり、フェイルオーバー後に論理レプリケーションを再開できるようになります。
 この関数の呼び出しはレプリケーションプロトコルコマンドの<literal>CREATE_REPLICATION_SLOT ... LOGICAL</literal>と同じ効果があります。
        </para></entry>
diff --git a/doc/src/sgml/high-availability.sgml b/doc/src/sgml/high-availability.sgml
index 1d1d93e303e..6688f75a6cf 100644
--- a/doc/src/sgml/high-availability.sgml
+++ b/doc/src/sgml/high-availability.sgml
@@ -3242,9 +3242,9 @@ LOG:  database system is ready to accept read-only connections
     transactions, then recovery could not continue until the standby's
     configuration is changed.  The parameters affected are:
 -->
-いくつかのパラメータの設定により、トランザクションID、ロック、準備されたトランザクションを追跡するための共有メモリのサイズが決まります。
+いくつかのパラメータの設定により、トランザクションID、ロック、プリペアドトランザクションを追跡するための共有メモリのサイズが決まります。
 リカバリ中に共有メモリを使い尽くすことがないことを確実にするために、スタンバイサーバにおける設定値は、プライマリサーバにおける設定値以上でなければなりません。
-たとえばプライマリが準備されたトランザクションを実行していてスタンバイが準備されたトランザクションを追跡するための共有メモリを獲得していなければ、スタンバイは設定が変更されるまではリカバリを続けることができません。
+たとえばプライマリがプリペアドトランザクションを実行していてスタンバイがプリペアドトランザクションを追跡するための共有メモリを獲得していなければ、スタンバイは設定が変更されるまではリカバリを続けることができません。
 影響があるパラメータは以下です。
 
       <itemizedlist>
@@ -3437,7 +3437,7 @@ HINT:  You can then restart the server after making the necessary configuration
 <function>pg_cancel_backend()</function>と<function>pg_terminate_backend()</function>はユーザを扱うバックエンドでは実行できますが、リカバリを実行する起動プロセスでは実行できません。
 <structname>pg_stat_activity</structname>はリカバリ中のトランザクションをアクティブとして表示しません。
 その結果、リカバリの間<structname>pg_prepared_xacts</structname>は常に空となります。
-調査が必要な準備されたトランザクションがある場合は、プライマリサーバにおいて<literal>pg_prepared_xacts</literal>を表示し、その場でトランザクションを解決するか、リカバリが終わるのを待ってからトランザクションを解決します。
+調査が必要なプリペアドトランザクションがある場合は、プライマリサーバにおいて<literal>pg_prepared_xacts</literal>を表示し、その場でトランザクションを解決するか、リカバリが終わるのを待ってからトランザクションを解決します。
    </para>
 
    <para>
@@ -3731,7 +3731,7 @@ WALの再実行はトリガに基づいたものではありません。
      the primary server. You need not consider this at all if
      your setting of <varname>max_prepared_transactions</varname> is 0.
 -->
-リカバリの終了において、準備されたトランザクションが保持する<literal>AccessExclusiveLocks</literal>には、通常の2倍のロックテーブルへのエントリ数が必要です。
+リカバリの終了において、プリペアドトランザクションが保持する<literal>AccessExclusiveLocks</literal>には、通常の2倍のロックテーブルへのエントリ数が必要です。
 通常<literal>AccessExclusiveLocks</literal>を取るプリペアドトランザクションを大量に同時実行させる、または、多くの<literal>AccessExclusiveLocks</literal>を取る大規模なトランザクションを1つ実行させることを考えている場合、<varname>max_locks_per_transaction</varname>の値を、おそらくプライマリサーバのパラメータ値の倍程度に大きくすることを勧めます。
 <varname>max_prepared_transactions</varname>の設定が0ならば、これを検討する必要はまったくありません。
     </para>
diff --git a/doc/src/sgml/logicaldecoding.sgml b/doc/src/sgml/logicaldecoding.sgml
index 899c2c67ee1..9c2b386e540 100644
--- a/doc/src/sgml/logicaldecoding.sgml
+++ b/doc/src/sgml/logicaldecoding.sgml
@@ -243,7 +243,7 @@ $ pg_recvlogical -d postgres --slot=test --drop-slot
   Note that we will stream the entire transaction after the commit if it
   is not already decoded.
 -->
-以下の例では、準備されたトランザクションのデコードに使用できるSQLインタフェースを示します。
+以下の例では、プリペアドトランザクションのデコードに使用できるSQLインタフェースを示します。
 2相コミットコマンドを使用する前に、<varname>max_prepared_transactions</varname>を少なくとも1に設定しなければなりません。
 <function>pg_create_logical_replication_slot</function>を使用してスロットを作成する際に、2相パラメータを'true'に設定しておく必要もあります。
 トランザクションがまだデコードされていない場合は、コミット後にトランザクション全体をストリームすることに注意してください。
@@ -269,7 +269,7 @@ postgres=# select * from pg_logical_slot_get_changes('regression_slot', NULL, NU
 (4 row)
 
 postgres=#-- you can also rollback a prepared transaction
-postgres=#-- 準備されたトランザクションをロールバックすることもできます
+postgres=#-- プリペアドトランザクションをロールバックすることもできます
 postgres=# BEGIN;
 postgres=*# INSERT INTO data(data) VALUES('6');
 postgres=*# PREPARE TRANSACTION 'test_prepared2';
@@ -1027,7 +1027,7 @@ SQLで変更データを見るような場合、任意のかたちでデータ
 指定したトランザクションに含まれる更新だけが<literal>begin</literal>と<literal>commit</literal>の間のコールバックによってデコードされます。
 明示的あるいは暗黙的にロールバックされたトランザクションは、決してデコードされません。
 成功したセーブポイントは、実行された順番にセーブポイントが実行されたトランザクションの中に折り込まれます。
-<command>PREPARE TRANSACTION</command>を使用して2相コミット用に準備されたトランザクションも、デコードに必要な出力プラグインコールバックが提供されていればデコードされます。
+<command>PREPARE TRANSACTION</command>を使用して2相コミット用のプリペアドトランザクションも、デコードに必要な出力プラグインコールバックが提供されていればデコードされます。
 <command>ROLLBACK PREPARED</command>コマンドを使用して、現在準備されているトランザクションが同時にアボートされる可能性があります。
 その場合、このトランザクションのロジカルデコーディングもアボートされます。
 そのようなトランザクションのすべての変更は、アボートが検出され、<function>prepare_cb</function>コールバックが呼び出されるとスキップされます。
@@ -1444,7 +1444,7 @@ typedef bool (*LogicalDecodeFilterPrepareCB) (struct LogicalDecodingContext *ctx
       in which case it can either error out or skip the remaining changes of
       the transaction.
 -->
-必須である<function>begin_prepare_cb</function>コールバックは、準備されたトランザクションの開始がデコードされるたびに呼び出されます。
+必須である<function>begin_prepare_cb</function>コールバックは、プリペアドトランザクションの開始がデコードされるたびに呼び出されます。
 <parameter>txn</parameter>パラメータの一部である<parameter>gid</parameter>フィールドをこのコールバックで使用して、プラグインがこの<command>PREPARE</command>を既に受信しているかどうかをチェックできます。
 この場合、エラーになるか、トランザクションの残りの変更をスキップできます。
 <programlisting>
@@ -1469,7 +1469,7 @@ typedef void (*LogicalDecodeBeginPrepareCB) (struct LogicalDecodingContext *ctx,
       rows. The <parameter>gid</parameter> field, which is part of the
       <parameter>txn</parameter> parameter, can be used in this callback.
 -->
-必須である<function>prepare_cb</function>コールバックは、2相コミット用に準備されたトランザクションがデコードされるたびに呼び出されます。
+必須である<function>prepare_cb</function>コールバックは、2相コミット用にプリペアドトランザクションがデコードされるたびに呼び出されます。
 修正された行がある場合、すべての修正された行に対する<function>change_cb</function>コールバックはこの前に呼び出されています。
 <parameter>txn</parameter>パラメータの一部である<parameter>gid</parameter>フィールドは、このコールバックで使用できます。
 <programlisting>
@@ -1528,7 +1528,7 @@ typedef void (*LogicalDecodeCommitPreparedCB) (struct LogicalDecodingContext *ct
 この場合、プラグインはロールバックを適用できます。
 そうでない場合は、ロールバック操作をスキップできます。
 <parameter>gid</parameter>だけでは十分ではありません。
-なぜなら、下流ノードは同じ識別子を持つ準備されたトランザクションを持つことができるからです。
+なぜなら、下流ノードは同じ識別子を持つプリペアドトランザクションを持つことができるからです。
 <programlisting>
 typedef void (*LogicalDecodeRollbackPreparedCB) (struct LogicalDecodingContext *ctx,
                                                  ReorderBufferTXN *txn,
@@ -2109,7 +2109,7 @@ commit_prepared_cb(...);  &lt;-- commit of the prepared transaction
 -->
 2相コミットコマンドをデコードするための出力プラグインコールバックが提供されている場合、<command>PREPARE TRANSACTION</command>で、そのトランザクションの変更がデコードされ、出力プラグインに渡され、<function>prepare_cb</function>コールバックが呼び出されます。
 これは、トランザクションがコミットされたときにのみ変更が出力プラグインに渡される基本的なデコード設定とは異なります。
-準備されたトランザクションの開始は、<function>begin_prepare_cb</function>コールバックによって示されます。
+プリペアドトランザクションの開始は、<function>begin_prepare_cb</function>コールバックによって示されます。
    </para>
 
    <para>
@@ -2120,8 +2120,8 @@ commit_prepared_cb(...);  &lt;-- commit of the prepared transaction
     prepared transaction is committed using <command>COMMIT PREPARED</command>,
     then the <function>commit_prepared_cb</function> callback is invoked.
 -->
-準備されたトランザクションが<command>ROLLBACK PREPARED</command>を使用してロールバックされると、<function>rollback_prepared_cb</function>コールバックが呼び出されます。
-準備されたトランザクションが<command>COMMIT PREPARED</command>を使用してコミットされると、<function>commit_prepared_cb</function>コールバックが呼び出されます。
+プリペアドトランザクションが<command>ROLLBACK PREPARED</command>を使用してロールバックされると、<function>rollback_prepared_cb</function>コールバックが呼び出されます。
+プリペアドトランザクションが<command>COMMIT PREPARED</command>を使用してコミットされると、<function>commit_prepared_cb</function>コールバックが呼び出されます。
    </para>
 
    <para>
@@ -2141,7 +2141,7 @@ commit_prepared_cb(...);  &lt;-- commit of the prepared transaction
     The users that want to decode prepared transactions need to be careful about
     below mentioned points:
 -->
-準備されたトランザクションをデコードしようとするユーザは、以下の点に注意する必要があります。
+プリペアドトランザクションをデコードしようとするユーザは、以下の点に注意する必要があります。
 
     <itemizedlist>
      <listitem>
@@ -2150,7 +2150,7 @@ commit_prepared_cb(...);  &lt;-- commit of the prepared transaction
        If the prepared transaction has locked [user] catalog tables exclusively
        then decoding prepare can block till the main transaction is committed.
 -->
-準備されたトランザクションが[user]カタログテーブルを排他的にロックしている場合、メイントランザクションがコミットされるまで準備のデコードをブロックできます。
+プリペアドトランザクションが[user]カタログテーブルを排他的にロックしている場合、メイントランザクションがコミットされるまで準備のデコードをブロックできます。
       </para>
      </listitem>
 
@@ -2164,7 +2164,7 @@ commit_prepared_cb(...);  &lt;-- commit of the prepared transaction
        in such transactions.
        See <xref linkend="logicaldecoding-synchronous-caveats"/> for the details.
 -->
-この機能を使用して分散2相コミットを構築する論理レプリケーションソリューションは、準備されたトランザクションが[user]カタログテーブルを排他的にロックした場合にデッドロックを発生する可能性があります。
+この機能を使用して分散2相コミットを構築する論理レプリケーションソリューションは、プリペアドトランザクションが[user]カタログテーブルを排他的にロックした場合にデッドロックを発生する可能性があります。
 これを回避するために、ユーザはこのようなトランザクションでカタログテーブルをロック(例えば明示的な<command>LOCK</command>コマンド)しないようにしなければなりません。
 詳細については<xref linkend="logicaldecoding-synchronous-caveats"/>を参照してください。
       </para>
diff --git a/doc/src/sgml/ref/alter_subscription.sgml b/doc/src/sgml/ref/alter_subscription.sgml
index f971284cdaf..86500333ccb 100644
--- a/doc/src/sgml/ref/alter_subscription.sgml
+++ b/doc/src/sgml/ref/alter_subscription.sgml
@@ -402,7 +402,7 @@ falseにすると、このコマンドはテーブル情報を更新しません
 -->
 <link linkend="sql-createsubscription-params-with-two-phase"><literal>two_phase</literal></link>を<literal>true</literal>から<literal>false</literal>に変更する際、適用ワーカーによって実行されたプリペアドトランザクション（<literal>two_phase</literal>パラメータがまだ<literal>true</literal>だった時点から）が見つかった場合は、バックエンドプロセスはエラーを報告します。
 パブリッシャーノードでプリペアドトランザクションを解決するか、サブスクライバーノードで手動ロールバックを行ってから再試行できます。
-特定のサブスクリプションに対応する論理レプリケーションワーカーによって準備されたトランザクションは次のようなパターンを持ちます。
+特定のサブスクリプションに対応する論理レプリケーションワーカーによるプリペアドトランザクションは次のようなパターンを持ちます。
 <quote><literal>pg_gid_%u_%u</literal></quote>（パラメータ：サブスクリプション<parameter>oid</parameter>、リモートトランザクションID<parameter>xid</parameter>）。
 このようなトランザクションを手動で解決するには、関連するサブスクリプションIDを名前に持つすべてのプリペアドトランザクションをロールバックする必要があります。
 アプリケーションは<link linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>を確認して、必要なプリペアドトランザクションを見つけることができます。
diff --git a/doc/src/sgml/ref/commit_prepared.sgml b/doc/src/sgml/ref/commit_prepared.sgml
index 058b0b0f52a..25f5c5e3f0b 100644
--- a/doc/src/sgml/ref/commit_prepared.sgml
+++ b/doc/src/sgml/ref/commit_prepared.sgml
@@ -22,7 +22,7 @@ PostgreSQL documentation
 <!--
   <refpurpose>commit a transaction that was earlier prepared for two-phase commit</refpurpose>
 -->
-  <refpurpose>二相コミット用に事前に準備されたトランザクションをコミットする</refpurpose>
+  <refpurpose>2相コミット用の事前に準備されたトランザクションをコミットする</refpurpose>
  </refnamediv>
 
  <refsynopsisdiv>
@@ -42,7 +42,7 @@ COMMIT PREPARED <replaceable class="parameter">transaction_id</replaceable>
    <command>COMMIT PREPARED</command> commits a transaction that is in
    prepared state.
 -->
-<command>COMMIT PREPARED</command>は準備された状態のトランザクションをコミットします。
+<command>COMMIT PREPARED</command>はプリペアド状態のトランザクションをコミットします。
   </para>
  </refsect1>
 
@@ -80,7 +80,7 @@ COMMIT PREPARED <replaceable class="parameter">transaction_id</replaceable>
    executed the transaction originally, or a superuser.  But you do not
    have to be in the same session that executed the transaction.
 -->
-準備されたトランザクションをコミットするには、元のトランザクションを実行したユーザと同じユーザか、スーパーユーザでなければなりません。
+プリペアドトランザクションをコミットするには、元のトランザクションを実行したユーザと同じユーザか、スーパーユーザでなければなりません。
 しかし、トランザクションを実行したセッションと同じセッションである必要はありません。
   </para>
 
@@ -90,7 +90,7 @@ COMMIT PREPARED <replaceable class="parameter">transaction_id</replaceable>
    transaction is committed immediately.
 -->
 このコマンドはトランザクションブロックの内側では実行できません。
-準備されたトランザクションは即座にコミットされます。
+プリペアドトランザクションは即座にコミットされます。
   </para>
 
   <para>
@@ -99,7 +99,7 @@ COMMIT PREPARED <replaceable class="parameter">transaction_id</replaceable>
    <link linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>
    system view.
 -->
-利用可能な準備されたトランザクションはすべて、<link linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>システムビューで列挙されます。
+利用可能なプリペアドトランザクションはすべて、<link linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>システムビューで列挙されます。
   </para>
  </refsect1>
 
diff --git a/doc/src/sgml/ref/create_role.sgml b/doc/src/sgml/ref/create_role.sgml
index 31f13e45cea..ad61f7e253f 100644
--- a/doc/src/sgml/ref/create_role.sgml
+++ b/doc/src/sgml/ref/create_role.sgml
@@ -322,7 +322,7 @@ pg_dumpを実行するユーザが適切な権限を持っていなければ、
 ロールがログイン可能である場合、これは、ロールが確立できる最大同時接続数を指定します。
 -1（デフォルト）は無制限を意味します。
 通常の接続のみがこの制限の対象として数えられることに注意してください。
-準備されたトランザクションやバックグラウンドワーカーの接続はこの制限の対象にはなりません。
+プリペアドトランザクションやバックグラウンドワーカーの接続はこの制限の対象にはなりません。
        </para>
       </listitem>
      </varlistentry>
diff --git a/doc/src/sgml/ref/pg_createsubscriber.sgml b/doc/src/sgml/ref/pg_createsubscriber.sgml
index cb43df6e9e0..d5866a7563c 100644
--- a/doc/src/sgml/ref/pg_createsubscriber.sgml
+++ b/doc/src/sgml/ref/pg_createsubscriber.sgml
@@ -629,8 +629,8 @@ DDLコマンドは論理レプリケーションではレプリケートされ
     the <link linkend="sql-createsubscription-params-with-two-phase"><literal>two_phase</literal></link>
     option enabled.
 -->
-<option>--enable-two-phase</option>スイッチを指定しない限り、<application>pg_createsubscriber</application>は二相コミットを無効にして論理レプリケーションを設定します。
-これは、準備されたトランザクションが事前の準備なしに<command>COMMIT PREPARED</command>の時点で複製されることを意味します。
+<option>--enable-two-phase</option>スイッチを指定しない限り、<application>pg_createsubscriber</application>は2相コミットを無効にして論理レプリケーションを設定します。
+これは、プリペアドトランザクションが事前の準備なしに<command>COMMIT PREPARED</command>の時点で複製されることを意味します。
 セットアップが完了したら、<link linkend="sql-createsubscription-params-with-two-phase"><literal>two_phase</literal></link>オプションを有効にしてサブスクリプションを手動で削除し、再作成することができます。
    </para>
 
diff --git a/doc/src/sgml/ref/prepare_transaction.sgml b/doc/src/sgml/ref/prepare_transaction.sgml
index 965e1e8c59f..69c8eede0be 100644
--- a/doc/src/sgml/ref/prepare_transaction.sgml
+++ b/doc/src/sgml/ref/prepare_transaction.sgml
@@ -22,7 +22,7 @@ PostgreSQL documentation
 <!--
   <refpurpose>prepare the current transaction for two-phase commit</refpurpose>
 -->
-  <refpurpose>二相コミット用に現在のトランザクションを準備する</refpurpose>
+  <refpurpose>2相コミット用に現在のトランザクションを準備する</refpurpose>
  </refnamediv>
 
  <refsynopsisdiv>
@@ -46,7 +46,7 @@ PREPARE TRANSACTION <replaceable class="parameter">transaction_id</replaceable>
    successfully, even if a database crash occurs before the commit is
    requested.
 -->
-<command>PREPARE TRANSACTION</command>は、二相コミット用に現在のトランザクションを準備します。
+<command>PREPARE TRANSACTION</command>は、2相コミット用に現在のトランザクションを準備します。
 このコマンドの後、トランザクションは現在のセッションと関連しなくなります。
 トランザクションの状態は完全にディスク上に保存され、コミット要求前にデータベースがクラッシュしてしまったとしても、ほぼ確実に正常にコミットできるようになります。
   </para>
@@ -107,7 +107,7 @@ PREPARE TRANSACTION <replaceable class="parameter">transaction_id</replaceable>
 -->
 後で<command>COMMIT PREPARED</command>や<command>ROLLBACK PREPARED</command>でトランザクションを識別するための任意の識別子です。
 この識別子は文字列リテラルでなければなりません。また、200バイト未満でなければなりません。
-また、その時点で準備されたトランザクションとして使用されている他の識別子と同じものは使用できません。
+また、その時点でプリペアドトランザクションとして使用されている他の識別子と同じものは使用できません。
      </para>
     </listitem>
    </varlistentry>
@@ -178,7 +178,7 @@ PREPARE TRANSACTION <replaceable class="parameter">transaction_id</replaceable>
    <link linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>
    system view.
 -->
-その時点で利用できるすべての準備されたトランザクションは<link linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>システムビューで列挙されます。
+その時点で利用できるすべてのプリペアドトランザクションは<link linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>システムビューで列挙されます。
   </para>
 
   <caution>
@@ -194,10 +194,10 @@ PREPARE TRANSACTION <replaceable class="parameter">transaction_id</replaceable>
     rolled back as soon as an external transaction manager has verified that
     other databases are also prepared to commit.
 -->
-トランザクションを長期間準備された状態のままとすることは勧められません。
+トランザクションを長期間プリペアド状態のままとすることは勧められません。
 これは格納領域を回収する<command>VACUUM</command>機能を妨害し、極端な場合では、トランザクションの周回（<xref linkend="vacuum-for-wraparound"/>参照）を回避するためにデータベースを停止させてしまいます。
 またトランザクションが保持しているすべてのロックを保持し続けていることにも注意してください。
-この機能の想定している使用方法は、外部トランザクションマネージャが他のデータベースがコミットの準備をしたと検証した後すぐに、準備されたトランザクションは通常コミットまたはロールバックされることです。
+この機能の想定している使用方法は、外部トランザクションマネージャが他のデータベースがコミットの準備をしたと検証した後すぐに、プリペアドトランザクションは通常コミットまたはロールバックされることです。
    </para>
 
    <para>
@@ -209,8 +209,8 @@ PREPARE TRANSACTION <replaceable class="parameter">transaction_id</replaceable>
     prevent accidental creation of prepared transactions that might then
     be forgotten and eventually cause problems.
 -->
-準備されたトランザクションを追跡し、それを即座に終了できるように外部トランザクションマネージャを設定していない場合、<xref linkend="guc-max-prepared-transactions"/>をゼロに設定して準備されたトランザクション機能を無効にしておくことが最善です。
-こうすれば事故により準備されたトランザクションが作成され、それが忘れられて問題を引き起こすことを防止できます。
+プリペアドトランザクションを追跡し、それを即座に終了できるように外部トランザクションマネージャを設定していない場合、<xref linkend="guc-max-prepared-transactions"/>をゼロに設定してプリペアドトランザクション機能を無効にしておくことが最善です。
+こうすれば事故によりプリペアドトランザクションが作成され、それが忘れられて問題を引き起こすことを防止できます。
    </para>
   </caution>
  </refsect1>
@@ -225,7 +225,7 @@ PREPARE TRANSACTION <replaceable class="parameter">transaction_id</replaceable>
    Prepare the current transaction for two-phase commit, using
    <literal>foobar</literal> as the transaction identifier:
 -->
-二相コミット用に現在のトランザクションを準備します。
+2相コミット用に現在のトランザクションを準備します。
 トランザクション識別子として<literal>foobar</literal>を使用します。
 
 <programlisting>
diff --git a/doc/src/sgml/ref/rollback_prepared.sgml b/doc/src/sgml/ref/rollback_prepared.sgml
index 42aeac99097..57d05c4685f 100644
--- a/doc/src/sgml/ref/rollback_prepared.sgml
+++ b/doc/src/sgml/ref/rollback_prepared.sgml
@@ -22,7 +22,7 @@ PostgreSQL documentation
 <!--
   <refpurpose>cancel a transaction that was earlier prepared for two-phase commit</refpurpose>
 -->
-  <refpurpose>二相コミット用に事前に準備されたトランザクションを取り消す</refpurpose>
+  <refpurpose>2相コミット用の事前に準備されたトランザクションを取り消す</refpurpose>
  </refnamediv>
 
  <refsynopsisdiv>
@@ -42,7 +42,7 @@ ROLLBACK PREPARED <replaceable class="parameter">transaction_id</replaceable>
    <command>ROLLBACK PREPARED</command> rolls back a transaction that is in
    prepared state.
 -->
-<command>ROLLBACK PREPARED</command>は、準備された状態のトランザクションをロールバックします。
+<command>ROLLBACK PREPARED</command>は、プリペアド状態のトランザクションをロールバックします。
   </para>
  </refsect1>
 
@@ -80,7 +80,7 @@ ROLLBACK PREPARED <replaceable class="parameter">transaction_id</replaceable>
    executed the transaction originally, or a superuser.  But you do not
    have to be in the same session that executed the transaction.
 -->
-準備されたトランザクションをロールバックするには、トランザクションを元々実行したユーザかスーパーユーザでなければなりません。
+プリペアドトランザクションをロールバックするには、トランザクションを元々実行したユーザかスーパーユーザでなければなりません。
 しかし、トランザクションを実行したのと同じセッション内で実行する必要はありません。
   </para>
 
@@ -90,7 +90,7 @@ ROLLBACK PREPARED <replaceable class="parameter">transaction_id</replaceable>
    transaction is rolled back immediately.
 -->
 このコマンドはトランザクションブロック内では実行できません。
-準備されたトランザクションは即座にロールバックされます。
+プリペアドトランザクションは即座にロールバックされます。
   </para>
 
   <para>
@@ -99,7 +99,7 @@ ROLLBACK PREPARED <replaceable class="parameter">transaction_id</replaceable>
    <link linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>
    system view.
 -->
-現在利用できるすべての準備されたトランザクションは<link linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>システムビュー内に列挙されています。
+現在利用できるすべてのプリペアドトランザクションは<link linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>システムビュー内に列挙されています。
   </para>
  </refsect1>
 
diff --git a/doc/src/sgml/system-views.sgml b/doc/src/sgml/system-views.sgml
index 30365e506b5..ddad3c9f550 100644
--- a/doc/src/sgml/system-views.sgml
+++ b/doc/src/sgml/system-views.sgml
@@ -4085,7 +4085,7 @@ trueの場合は、このスロットが現在ストリーミングされてい
        True if the slot is enabled for decoding prepared transactions.  Always
        false for physical slots.
 -->
-trueの場合は、準備されたトランザクションのデコーディングのためにスロットが有効。
+trueの場合は、プリペアドトランザクションのデコーディングのためにスロットが有効。
 物理スロットでは常にfalse。
       </para></entry>
      </row>
@@ -4100,7 +4100,7 @@ trueの場合は、準備されたトランザクションのデコーディン
        transactions is enabled. <literal>NULL</literal> for logical slots
        where <structfield>two_phase</structfield> is false and for physical slots.
 -->
-準備されたトランザクションのデコードが有効になっているアドレス（<literal>LSN</literal>）。
+プリペアドトランザクションのデコードが有効になっているアドレス（<literal>LSN</literal>）。
 <structfield>two_phase</structfield>がfalseである論理スロットおよび物理スロットの場合は<literal>NULL</literal>。
       </para></entry>
      </row>
diff --git a/doc/src/sgml/xact.sgml b/doc/src/sgml/xact.sgml
index 3b5e3b29aa8..c9415c1bb5d 100644
--- a/doc/src/sgml/xact.sgml
+++ b/doc/src/sgml/xact.sgml
@@ -115,7 +115,7 @@ XIDは<productname>PostgreSQL</productname>の<link linkend="mvcc">MVCC</link>
    prepared transactions.  The mapping of GID to xid is shown in <link
    linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>.
 -->
-<literal>vxid</literal>と<literal>xid</literal>に加えて、準備されたトランザクションにはグローバルトランザクション識別子（<acronym>GID</acronym>）も割り当てられます。
+<literal>vxid</literal>と<literal>xid</literal>に加えて、プリペアドトランザクションにはグローバルトランザクション識別子（<acronym>GID</acronym>）も割り当てられます。
 GIDは最大200バイト長の文字列リテラルで、現在準備されている他のトランザクション中で一意でなければなりません。
 GIDからxidへのマッピングは<link linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>に表示されます。
   </para>
@@ -305,10 +305,10 @@ xidを持つトップレベルトランザクションがコミットすると
    linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>.
 -->
 ユーザが<command>PREPARE TRANSACTION</command>を実行すると、次のコマンドとしては<command>COMMIT PREPARED</command>または<command>ROLLBACK PREPARED</command>しか使用できません。
-一般的に、この準備済み状態は非常に短い期間であることを意図していますが、外部での可用性の問題により、トランザクションがこの状態に長期間とどまる可能性があります。
-短命な準備済みトランザクションは共有メモリとWALにのみ格納されます。
+一般的に、このプリペアド状態は非常に短い期間であることを意図していますが、外部での可用性の問題により、トランザクションがこの状態に長期間とどまる可能性があります。
+短命なプリペアドトランザクションは共有メモリとWALにのみ格納されます。
 チェックポイントをまたいだトランザクションは<filename>pg_twophase</filename>ディレクトリに記録されます。
-現在準備済みのトランザクションは<link linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>を使用して検査できます。
+現在のプリペアドトランザクションは<link linkend="view-pg-prepared-xacts"><structname>pg_prepared_xacts</structname></link>を使用して検査できます。
   </para>
  </sect1>