現在、Table Storage は From、Where、Take、および First をサポートしています。
他の 29 のオペレーターをサポートする予定はありますか?
COUNT、SUM、GROUP BY などを実装するために従うべき、ストレージに関するアーキテクチャまたは設計の慣行はありますか?
これらを自分でコーディングする必要がある場合、SQL や SQL Server を介した同様のものと比較して、パフォーマンスの違いはどれくらいでしょうか? 巨大なデータセットに対して Count、Sum、または Group By を実行する必要がある場合、それはある程度匹敵すると思いますか、それともはるかに遅くなりますか?
Azure プラットフォームとクラウド ベースのストレージのアイデアが気に入っています。格納できるデータの量とスキーマのない性質から、Table Storage が気に入っています。ストレージ スペースのコストが高いため、SQL Azure は機能しません。
ライアン、
Steve が言ったように、集計は「クライアント側」で解決されるため、データセットが大きすぎるとパフォーマンスが低下する可能性があります。
別の方法として、問題を別の方法で考えることができます。これらの値を事前に計算して、すぐに利用できるようにすることをお勧めします。たとえば、マスター詳細データ (ことわざの発注書 + 品目など) がある場合、「品目の合計」をヘッダーに格納することができます。これは「冗長」に見えるかもしれませんが (実際にそうです)、非正規化を考慮する必要があります。
これらの事前計算は、「同期」または「非同期」で実行できます。状況によっては、 approximationを使用する余裕があるため、計算を遅らせることはパフォーマンスの観点から有益な場合があります。
唯一の代替手段は、すべてをローカルにプルダウンし、ローカル オブジェクトに対して Count() または Sum() を実行することです。カウントを行う前にテーブルの内容全体を転送する必要があるため、サーバー側で SQL などを使用するよりもはるかに遅くなります。どれくらい遅くなるかは、データのサイズによって異なります。