Merge pull request #3641 from noborus/fix-3627-comment

ctidの説明の修正

Author: KenichiroTanaka

doc/src/sgml/ref/delete.sgml

@@ -464,8 +464,7 @@ DELETE FROM user_logs AS dl
    the query is repeatedly run, avoiding the problem of changed
    <structfield>ctid</structfield>s.
 -->
-この<structfield>ctid</structfield>の使い方が安全なのは、問い合わせを繰り返し実行する場合に限られます。
-それにより、変更された<structfield>ctid</structfield>による問題を回避できるからです。
+この<structfield>ctid</structfield>の使い方が安全なのは、問い合わせが繰り返し実行されるため、<structfield>ctid</structfield>が変更される問題を回避しているからです。
   </para>
  </refsect1>
 

doc/src/sgml/ref/update.sgml

@@ -728,7 +728,7 @@ UPDATE work_item SET status = 'failed'
    rows were overlooked.
 -->
 更新する行がなくなるまで、このコマンドを繰り返すことが必要です。
-（この<structfield>ctid</structfield>の使い方が安全なのは、問い合わせを繰り返し実行する場合に限られます。それにより、変更された<structfield>ctid</structfield>による問題を回避できるからです。）
+（この<structfield>ctid</structfield>の使い方が安全なのは、問い合わせが繰り返し実行されるため、<structfield>ctid</structfield>が変更される問題を回避しているからです。）
 <literal>ORDER BY</literal>句を使用すると、コマンドは更新する行を優先順位付けできます。
 また、他の更新操作が同じ順序を使用する場合、それらによるデッドロックを防ぐことができます。
 ロック競合が懸念される場合、<acronym>CTE</acronym>に<literal>SKIP LOCKED</literal>を追加して、複数のコマンドが同じ行を更新するのを防ぐことができます。