3

データファイルusers.dbfがあります。そのサイズは61GBに増加しており、問題となっています。そこには多くのデータがなく、異なるユーザーが作成されています。ユーザーデータファイルの縮小を手伝ってください。

ありがとう、

ニティーシュクマール

4

1 に答える 1

1

パーティショニング列のUPDATEは、論理的にはDELETEの後にINSERTを続けることと同じです。そうです、ステータス列を更新すると、行は正しいパーティションに移動されます。パフォーマンスへの影響は、DELETEの後にINSERTを続けるのと同じです。

ただし、パーティショニングは、パフォーマンスのためではなく、管理を容易にするため（履歴データを低速ディスクに移動する、インデックスの再構築を小さなチャンクに分割する、大きなデータのロードを実行するなど）です。

パフォーマンスのためにこれを行う場合は、パーティション化ではなく、フィルター処理されたインデックスをお勧めします。たとえば、次のような選択がある場合：

SELECT t.id, t.c3, t.c5 FROM t WHERE status ='NEW' and datetime > @d1

フィルタリングされたインデックスは、パーティショニングよりもはるかに優れたソリューションです。

CREATE INDEX IX_tab_fltr_status_new on t ( datetime ) where (status = 'NEW')
于 2013-01-26T07:07:29.587 に答える