SQL Server 2008 r2でmodパーティショニングを実装する方法は？

Question

私はおそらく、巨大なテーブル（数十億行）でパーティショニングを実装しようとしています。

各テーブル行には、特定のデバイスに関するステータスがあり、分単位で挿入されます。したがって、デバイスあたり1日あたり1440（24 x 60）行が存在します。各デバイスには固有のID（DeviceID）があります。

私はDeviceID MOD {TheNumberOfPartitionsThatIWant}を使用してパーティショニングについて考えましたが、TheNumberOfPartitionsThatIWantが250であることは良い妥協であると思います。この戦略を使用すると、パーティション全体にデバイスを均等に分散することができます。また、特定のデバイスをクエリする場合、クエリエンジンは250パーティションすべてではなく、1つのパーティションに触れるだけで済みます。

問題は、この列を使用してパーティション・スキーマで表を定義できるように、行が属しているパーティションを示すために、表に追加の列を追加する必要があるということです。この列をそれほど単純な表現にするのではなく、パーティションスキーマに（DeviceID MOD 250）を供給する方がはるかに良いでしょう。そのための回避策はありますか？

Answer 1

関数に基づいてスキーマバインドされた計算カラムをパーティション化することはできますが、それでも問題は解決されませんが、スケーリングされたテストが必要になります。また、whereテーブル内で同じ関数を使用するには、そのテーブルへのすべてのアクセスが必要です。

重要な点はdportasです。パーティション化はデータエージングを簡単な操作にするように設計されていますが、システム内のデータは古い/値がないためにパージする必要がありますこのデータを削除するには、長時間実行される削除に減らされます。

複数のディスクにデータを分散するという観点からは、パーティション化は既存のファイルグループ/ファイル機能を大幅に追加するものではありません。

Answer 2

適切な索引付けは、おそらくパーティション化よりも優れた結果をもたらします。 @Andrew氏によると、パーティション分割は、主に高速データのロードとアンロード（つまり、パーティションの入出力の切り替え）を目的としています。

Answer 3

私は計算カラムを作成し、問題を解決しました。