WindowsのAzureテーブルストレージLINQ演算子

Question

は現在、テーブルストレージのサポートは、どこから、乗り、そしてファーストます。

他の29事業者のいずれかをサポートする計画はありますか？

ストレージに関してであり、建築やデザインの実践は、1つのCOUNTのようなものを実装するために従うべきであるとされており、SUM、GROUP BY、など？

私たちはこれらの自分のためにコードを持っている場合は、

、どの程度のパフォーマンスの違いを、私たちは、SQLおよびSQL Serverを経由して似たように見ているの？あなたはそれがやや匹敵しているか、それが遠くに遅い私は巨大なデータセット上でカウントまたは合計またはグループ化を行う必要がある場合になると思いますか？

I Azureプラットフォームおよびクラウドベースのストレージのアイデアのように。 I表には格納できるデータの量のために保管し、そのスキーマレスな性質のような。 SQL Azureの原因ストレージスペースの高コストのためにだけになるではない仕事ます。

Answer 1

は唯一の選択肢は、ダウンローカルプルすべてとローカルオブジェクトオーバーランカウント（）または合計（）にあります。あなたは、カウントを実行する前に、あなたのテーブルの内容全体を転送する必要があるので、これは確かにSQLと同様、サーバー側に何かを行うよりもはるかに遅くなります。どのくらい遅く、データのサイズによって異なります。

Answer 2

ライアン、

としてスティーブが言った、集計はあなたのデータセットが大きすぎる場合悪いperfromanceにkeadかもしれない、「クライアント側を」解決されます。

の代替は、別の方法で問題を考えることです。あなたは、彼らが容易に入手可能であるので、それらの値を事前に計算することができます。あなたは（ことわざの購入注文+ラインのアイテムのような）マスター詳細データを持っている場合たとえば、あなたは、ヘッダー内の「ラインアイテムの合計を」保存したい場合があります。これは、（それはある）、「冗長」のように見えるかもしれないが、デ正規化は、あなたが考慮しなければならないものです。

これらの事前計算は、「同期」または「非同期」を行うことができます。いくつかの状況であなたが持つ余裕がの近似値の、perfromanceの観点から有益であるかもしれない計算を遅らせるようにします。