Postgresql DROP TABLEが機能しない

Question

"DROP TABLE"コマンドを使用していくつかのテーブルを削除しようとしていますが、未知の理由でプログラムが単に「座って」いて、データベース内のテーブルを削除しません。法案の製品を参照するために使用され

製品、ビルとBill_Products：

は、私は、データベース内の3つのテーブルを持っています。

私は商品を削除/削除できましたが、請求書とBill_Productsで同じことをすることはできません。 同じ"DROP TABLE Bill CASCADE;"コマンドを発行していますが、コマンドラインだけが停止します。私はまた、CASCADEオプションのないシンプルなバージョンを使用しました。

これはなぜ起こっているのでしょうか？

更新：

私はそれが法案への製品からいくつかの参照を保持するためにデータベース用可能であり、それはビル・テーブルは削除されませんなぜ多分それはだと考えてきました。

そのため、私は単純なSELECT * from Bill_Productsを発行しました。数十秒後に（奇妙なことに、それは空のテーブルがあるような長い時間続くのが普通だと思っていないので）テーブルとその内容を印刷します。 （だから明らかに商品からビルに残っている参照はありません）。

SELECT * 
    FROM pg_locks l 
    JOIN pg_class t ON l.relation = t.oid AND t.relkind = 'r' 
WHERE t.relname = 'Bill'; 

の出力はそれが並行して、あなたのテーブルを使用して他のセッションをしているし、あなたがそれをドロップするAccess Exclusiveロックを取得することができないということかもしれないです何

Answer 1

。

Answer 2

同じ問題がありました。

テーブルにロックがありませんでした。

リブートが助けられました。

Answer 3

だから私は同じ問題を解決しようとするいくつかの時間のために壁に頭を打った、そしてここで私のために働いたソリューションは、次のとおりです。

チェックPostgreSQLがコミットされていないの保留準備されたトランザクションを持っている場合か、ロールバック：

SELECT database, gid FROM pg_prepared_xacts; 

あなたが結果を得る場合は、GID各トランザクションのためにあなたが問題を有するデータベースからROLLBACK実行する必要があります。

を

ROLLBACK PREPARED 'the_gid'; 

詳細については、click hereを参照してください。

Answer 4

ちょうど

SELECT pid, relname 
FROM pg_locks l 
JOIN pg_class t ON l.relation = t.oid AND t.relkind = 'r' 
WHERE t.relname = 'Bill'; 

を行い、その後、

1234クエリの結果から、実際のP​​IDである

kill 1234 

により、すべてのpidを殺します。

psql -c "SELECT pid FROM pg_locks l 
    JOIN pg_class t ON l.relation = t.oid AND t.relkind = 'r' 
    WHERE t.relname = 'Bill';" | tail -n +3 | head -n -2 | xargs kill 

Answer 5

古い質問をしかし、同様の問題に遭遇した：あなたはこのようにすべて一緒にパイプすることができます

（あなたは、すべて手動でPIDコピー＆ペーストする必要はありません）。データベースを再起動できませんでしたので、このシーケンスが動作するまでいくつかテストしました。

• truncate table foo;
• 同時にインデックスを削除するfoo_something;回4-5x
• alter table foo dropカラムwhatever_foreign_key;回3x
• alter table foo drop column id;
• ドロップテーブルfoo;