データを適切に設計する方法についての参照はありTable Storageますか? パーティションに何を入れ、テーブルに何を入れますか? 従うべき原則はありますか (SQL の ER モデルなど)?
質問する
171 次
2 に答える
1
もう1つの観点は、SQL Serverデータベースのプライマリキー（クラスター化されたインデックス形式で格納されている）に類似したパーティション+行キーを想定することです。
（クエリのニーズに応じて）1つ以上のサブキーの複合キーとして主キーを決定し、アプリケーションのスケーラビリティ要件に応じて、主キーをパーティションセグメントと行セグメントに適切に分割します。
于 2012-07-01T20:33:46.770 に答える
1
一般に、コンテンツ検索が効率的であることを確認する必要があります。データはパーティション キーに基づいて格納され、行キーでインデックスが作成されます。たとえば、アプリ ID をパーティション キーとして、顧客 ID を行キーとして持つと、顧客を非常に高速に検索できます。ただし、顧客の姓 (別のプロパティ) で検索する必要があると想像してください。ここで、アプリのパーティション内でテーブル スキャンを実行する必要があります。顧客の姓 (行キーとして) を顧客 ID (プロパティ) にマップするために、2 つ目のテーブルが必要になる場合があります。
実際のガイダンスについては、この msdn articleを参照してください。
于 2012-07-01T19:56:19.743 に答える