質問
して要求の行の削除の順位百万複数のテーブルとしてのバッチジョブ(していることに注意してくださいは削除するすべての行を削除するに基づくタイムスタンプに格納はインデックスにもなります。明らかに通常の削除時間がかか(ための伐採、値制約チェック。知っている長単位の世界では、まALTER TABLEログインしていないが当初はないのですが、同等のSQL文のためのDB2v8z/OS.のいずれはそのアイデアを本当に速いのか--。また、そのアイデアをどう避けるのに目をチェックの削除を行う場合、行?ぜひ<url>までご連絡ください。
解決 3
私たちは、表領域を変更ので、ロックは表領域レベルではなく、ページレベルで発生するであろう。私たちはそのDB2を変更した後にのみDELETEを行うには1錠を必要とし、我々は、ロックに問題を持っていませんでした。ロギング用として、私たちは(伐採問題を回避する解決策があるとは思えなかったとして)必要なログの量を意識する顧客を尋ねました。制約については、我々だけでドロップされ、削除した後にそれらを再作成します。
すべてのご協力いただきありがとうございます。
他のヒント
過去に私が代わるスタイルコマンドを使用して、データと再読み込み、それをエクスポートすることにより、この種の問題を解決しました。たとえばます:
EXPORT to myfile.ixf OF ixf
SELECT *
FROM my_table
WHERE last_modified < CURRENT TIMESTAMP - 30 DAYS;
そして、あなたが戻って古いものを交換し、それを読み込むことができます。
LOAD FROM myfile.ixf OF ixf
REPLACE INTO my_table
NONRECOVERABLE INDEXING MODE INCREMENTAL;
I(おそらくそれはあなたがより多くのあなたしている維持よりも削除しているかどうかによって異なります)を確認してください、これが速いかどうかあなたのためになるかどうかではないんです。
の外部キーで指数でも見ることができますか?
どのように入れてい削除対応す。
CASCADE, NULL, NO ACTION
利用設定の完全性を一時的に無効にする制約のバッチです。http://www.ibm.com/developerworks/data/library/techarticle/dm-0401melnyk/index.html
http://publib.boulder.ibm.com/infocenter/db2luw/v8/index.jsp?topic=/com.ibm.db2.udb.doc/admin/r