PostgreSQLの巨大なテーブルにダウンタイムなしでカラムを追加する

Question

私は非常に小さなテーブル（約1milの行）を持っており、制約を落として新しいカラムを追加します。以下のクエリは約5分間ハングアップし、ロールバックする必要があります。

BEGIN WORK; 
LOCK TABLE usertable IN SHARE MODE; 
ALTER TABLE usertable ALTER COLUMN email DROP NOT NULL; 
COMMIT WORK; 

別のアプローチは、インターネットで同様の質問に提案 -

CREATE TABLE new_tbl 
(
    field1 int, 
    field2 int, 
    ... 
); 

INSERT INTO new_tbl(field1, field2, ...) 
(
    SELECT FROM ... -- use your new logic here to insert the updated data 
) 

CREATE INDEX -- add your constraints and indexes to new_tbl 

DROP TABLE tbl; 

ALTER TABLE tbl_new RENAME tbl; 

1. は新しいものに新しいテーブルに古いテーブルから
2. 挿入レコードを作成します（第2少ないしを取る）
3. 古いテーブルを削除 - このクエリは約5分〜です。ロールバックしなければならなかった。私のために働かない。古い古いテーブルを削除

から

改名新しい作成されたテーブルは、単純にハングアップします。しかし、私は100万行の新しいテーブルをドロップしようとするとすぐに動作します。なぜ古いテーブルを落とすのに時間がかかりますか？

SELECT blocked_locks.pid  AS blocked_pid, 
     blocked_activity.usename AS blocked_user, 
     blocking_locks.pid  AS blocking_pid, 
     blocking_activity.usename AS blocking_user, 
     blocked_activity.query AS blocked_statement, 
     blocking_activity.query AS blocking_statement 
    FROM pg_catalog.pg_locks   blocked_locks 
    JOIN pg_catalog.pg_stat_activity blocked_activity ON blocked_activity.pid = blocked_locks.pid 
    JOIN pg_catalog.pg_locks   blocking_locks 
     ON blocking_locks.locktype = blocked_locks.locktype 
     AND blocking_locks.DATABASE IS NOT DISTINCT FROM blocked_locks.DATABASE 
     AND blocking_locks.relation IS NOT DISTINCT FROM blocked_locks.relation 
     AND blocking_locks.page IS NOT DISTINCT FROM blocked_locks.page 
     AND blocking_locks.tuple IS NOT DISTINCT FROM blocked_locks.tuple 
     AND blocking_locks.virtualxid IS NOT DISTINCT FROM blocked_locks.virtualxid 
     AND blocking_locks.transactionid IS NOT DISTINCT FROM blocked_locks.transactionid 
     AND blocking_locks.classid IS NOT DISTINCT FROM blocked_locks.classid 
     AND blocking_locks.objid IS NOT DISTINCT FROM blocked_locks.objid 
     AND blocking_locks.objsubid IS NOT DISTINCT FROM blocked_locks.objsubid 
     AND blocking_locks.pid != blocked_locks.pid 
    JOIN pg_catalog.pg_stat_activity blocking_activity ON blocking_activity.pid = blocking_locks.pid 
    WHERE NOT blocked_locks.granted; 

私は、私の操作を待っている多くの並行書き込み/読み出しを見ることができます。私はテーブルをロックしていたので、私は古いテーブルを落とせない理由を本当に考えていません。

古いテーブルでは真空を実行しても問題ありませんでした。

なぜ私は古いテーブルを削除できないのですか最近作成されたテーブルを削除するのに比べて時間がかかるのはなぜですか？

Answer 1

他のテーブルのFKのテーブル元のテーブル原因を削除/名前変更できませんでした。一度私はそれをドロップアウトし、テーブルの名前を変更するアプローチは素晴らしいです

Answer 2

私は、PostgreSQLと多くの経験を持っていないが、私の推測では、（空ではなく）と、その列がNOT NULLとしてマークされている場合NULLできる列がNULLあるとき、それはありません意味するビットを保持していることですそのビットは長く必要です。したがって、列のその属性を変更すると、システムはテーブル全体を通過してデータを再配置する必要があります。

これはDROP TABLEとは大きく異なります。これは単にディスクスペースを使用しなくなったとマークし、おそらくいくつかのメタデータ値を更新するだけです。

要するに、これらのアクションは非常に異なるアクションであるため、もちろんそれぞれ異なる時間がかかります。