バニラDML操作対DROP、RECREATE、（RE）INSERT - これはより効果的ですか？

Question

同僚とのSQLパフォーマンスについて議論し、運用データストアテーブルを維持するという話題が登場しました。私の同僚（私よりもはるかに経験が豊富です）は、データの更新が行われたときにテーブルで標準のDML操作を実行するよりも、テーブルを削除して再作成し、すべてのレコードを挿入する方が速いことを示しています。私は懐疑的であり、以前のプログラミングの背景（R）では、私にとっては直感に反しているようです。

単一のレコードは約です。 1.6キロバイト。 50列。レコード数はビジネスプロセスごとに異なりますが、テーブルのサイズは25000レコード程度で、最小値は25000000程度です。一般的なデータはODSテーブルにロードされます.0〜500のレコードが1日あたりテーブルごとに作成または変更されます。よりパフォーマンスのあるオプション

、よくインデックス付きテーブルを維持し、単一INSERT操作で2つのDML操作（DROP TABLE、CREATE TABLE）対バニラDML操作（INSERT、UPDATE、DELETE）を使用して？

Answer 1

テーブルレコードを必要としない場合や、テーブルレコードを復元する必要がある場合は、テーブルを切り捨てるのが最適です。それはあなたのスキーマとテーブル定義を再作成する必要がないように保ちます。あなたのすべてのレコードは（回復できませんが）削除され、新しいレコードをすべて挿入することができます。挿入すると、テーブルに新しいインデックスが作成されます。 Truncateは変更を記録しないので、より効率的になります。