Twitter でこの質問をフォローアップ 。
現在の(少なくともPostgreSQL 9.6までの)動作は次のとおりです。
任意で書き込み操作を実行するライブトランザクション テーブルは、他のテーブルでの最初のライブトランザクションの後に開始されたコミット済みトランザクションによって生成されたデッド行のバキュームを防ぎます。 。
この制限は概念的な観点からは必要ありませんが、デッドローの理由をチェックする際のパフォーマンスのために現在のアルゴリズムを実装する方法です。
Twitter でこの質問をフォローアップ 。
現在の(少なくともPostgreSQL 9.6までの)動作は次のとおりです。
任意で書き込み操作を実行するライブトランザクション テーブルは、他のテーブルでの最初のライブトランザクションの後に開始されたコミット済みトランザクションによって生成されたデッド行のバキュームを防ぎます。 。
この制限は概念的な観点からは必要ありませんが、デッドローの理由をチェックする際のパフォーマンスのために現在のアルゴリズムを実装する方法です。