Azureテーブルでの非正規化チャットメッセージ

Question

Windows Azureを使用してモバイルソーシャルネットワークのサーバーバックエンドを構築しています。

私はこれらの3つの事業体があります。

1. ユーザー - SQLでストアド - SQL Azureの
2. スレッド（その後、お互いにメッセージを送信することができます2ユーザー間の関係の一種）に格納しますAzureの
3. メッセージ - Azureのテーブル

私はスレッドIDで仕切らAzureのテーブル内のメッセージを保存したように保存されているが私は良いパフォーマンスを期待しますチャット（スレッド間のメッセージの送受信）。

しかし、最新のスレッドの一覧をユーザーに提供できるようにする必要があります（最近のメッセージには最新のメッセージが含まれています）。言い換えれば、最後のメッセージ日付までにスレッドを表示する必要があります。

多くの異なるテーブルパーティションをスキャンしてメッセージを探すことは、明らかにパフォーマンスを低下させることになります。そのため、最新のスレッドを効率的にフェッチできるように、データを他のテーブルパーティションに非正規化する必要があります。

あなたの経験に基づいた戦略は何ですか？

Answer 1

編集：このデモアプリケーションを見て

スタート、さらに思考の後、ここではより良い提案が（と思う）です：

は一つのメッセージATSテーブルを持っています。このテーブルには、送信されるメッセージと受信されたメッセージという2種類のメッセージが格納されます。 ユーザーがメッセージを送信するたびに、テーブルに「送信済み」として格納し、「受信済み」（またはそれらのタイプと呼ぶもの）として格納します。

メッセージテーブル内のすべてのメッセージに従って、パーティション：

（ユーザーID） - のPartitionKey、（long.Max - Timestamp.Ticks） - のrowKey

あなたがスレッドIDを格納することができ、余分な性質として、差別化の送信/受信

メッセージが問題なしに2回挿入されることを保証したい場合は、キューとワーカーロールを使用してください。

このスキームは、ユーザーがすべてを分割します。時間範囲内でそのユーザーとの間ですべてのメッセージを表示し、常に降順に表示することができます。

Answer 2

バッチ処理ソリューションを選択することは、常に回避策であり、メインフレームのような古いコンピューティングを思い出させます。オンライン/リアルタイムシステムに代わるものは何もありません。

バッチソリューションを選択すると、システムが起動時に廃止され、今後の技術革新を防ぐことができます。

Azureデータベースが照会するには大きすぎるようになった場合、フェデレーションを使用することをお勧めします。基本的には、データを複数のデータベースに分割し、コード内で互換性のあるアクセスロジックを利用することを意味します。 SQL Azure Federations Tutorial -- Entity Framework