Azureストレージテーブル対SQL

Question

私はAzureを習得し始めていますが、SQLとは対照的にAzureストレージテーブルに何かを配置したいというシナリオはあまりありません。おそらく私は関連するデータが必要な環境で働くことに慣れていたのでしょうか？

AzureストレージテーブルにAzure SQLデータベースのテーブルではなく、何かを置く方が良いでしょうか？

Answer 1

あなたが関係、インデックス、制約を使用して構造化データを操作したいときにSQL Azureのが

など、素晴らしいですAzureストレージテーブルが素晴らしいです。

価格： SQL Azureの：5ギガバイト

ストレージテーブル用/月$ 25.98：175で$ 21.88 /メートルGB（トランザクションまたは帯域幅なし） あなたが大量のデータを保存するときに、記憶表がたくさんあります安い...例えばロギングを考える。

集中化： Windows Azureはサーバー用の分散環境であるため、あるマシンに何かを保存すると、他のユーザーはそのことを知らないため、集中型のログ、セッション処理、設定などのためにストレージテーブルが適しています（1つのデータセンターにもレイテンシがあることを覚えておいてください） スピード： これを正しく設計すると、多くの場合ストレージテーブルはsql azureよりも高速になるはずですが、これを本当にテストしました。私はオールウェイズ使うほどあれば安価なソリューション紺碧のテーブルを使用することになり

Answer 2

この記事は、関連する相違についての疑問を明確にするのに役立ちます。

http://msdn.microsoft.com/en-us/magazine/ff796231.aspx

Answer 3

あなたは 'NoSQLの' http://en.wikipedia.org/wiki/NoSQL

非リレーショナルDB年代の恩恵に読み込む必要があり、いくつかの名前には、noスキーマ、ビッグデータ、スケール！あなたは関係なしに、通常は大量で集中型の構造化データを操作する必要がある場合

Answer 4

：私は、テーブルを実行

• はPKだけが選択
• 私は生きることができます（プロパティに選択が原因全体のデシリアライゼーションのに遅いです）限られたLINQのセットで（Query Operators (Table Service Support)
• 私はテーブルを結合し、私は私のデータ（SQL Azureの連盟のhorizo​​natalパーティション「シャーディング」が必要
• サーバー上で複雑なクエリを実行する必要はありませんIテーブルのその方向のステップは、0日目からPartionKeyを持っています。

Answer 5

私はこの記事の後半に追加していますが、私はカバーされていないものがあると言いたいと思います。 Azure SQLにはデータの限界があります（すぐに私は疑わしい）。 Web Editionの場合は5 GB、Business Editionの場合は150 GBです。いくつかの解決法では、これは完全に適切です。しかし、他の人にとって、そうでないかもしれないし、私はそれに個人的に遭遇しました。

アズールテーブルの上限ディスクの上限ははるかに高いです。私はその100 TBを信じています。

また、NoSQLは本質的に非リレーショナルですが、これは必ずしも悪いことではありません。私たちはしばしば、私たちが私たちの問題を多分そうではないと考えるならば、私たちは関係を必要と考えると思います。コード自体の中で関係を強制することができます。これは、ほとんどの開発者が本当に思っている以上に多くのことをすると思います。