かなりの話題です、BLOB対テーブル対SQL、これまでに読んだすべてにもかかわらず、私はまだ何のために適切な推論を見つけることができません。Azureストレージを使い始める:BLOB対テーブルSQL Azure
私たちはAzureに移動しようとしているマルチテナントのSaaS Webアプリケーションを持っています。私たちはSQL Server 2008データベースを使用します。私たちは文書を保管し、文書に属する情報を記録します。 Dropboxのようなものがあります。
フォーラムでは、「大きな」オブジェクトを検討しているときに、Azureテーブルを使用する方が良いと述べています。私たちは通常、ドキュメントのサイズが5kbから30MBに変わるユーザーあたりの数百のドキュメントを保存しますが、その大部分は約1MBです。
Blobs、Tables、Sqlの場合は、いくつかの基本ルールがありますか?私はすでに高すぎるので、私は自分の文書をSQLに保管すべきではないことをすでに知っていました。しかし、いつBlobsにドキュメントを格納するのが「有益」になるのですか?いつテーブルを使うのがよいでしょうか?私はAzureブロブストレージ(ないテーブル記憶)で文書自体を格納します
if (objects * MB/object * objectrequested > y) then blobs, else tables
同様の質問への私の2つの答えをチェックアウト: http://stackoverflow.com/questions/4930368/when-should-i-use-sql-azure-and-when-should-i-use-テーブルストレージ/ 4930557#4930557 http://stackoverflow.com/questions/11540516/azure-mvc-web-app-architecture-how-to-split-data-between-split-data-between-sql-azure-and-azure/11541394#11541394 – Igorek
Heya、多くのありがとう(私は質問を投稿する前にそのうちの1つを見つけました)。それは多くの助けになりますが、私には究極の疑問が残ります。頻繁に取得され、平均サイズが1MB〜5MBのドキュメント用のテーブルを用意する必要がありますか?アプリケーションは「ドキュメントに関するもの」なので、頻繁に検索されます。しかし、私はあなたの取引の説明が適用されるかもしれないと思います。メタデータはより頻繁に検索されます。だから、あなたはSql Azureにメタデータを入れて文書をテーブルに保存することをお勧めしますか? – bas
あなたの入力で少し質問を更新 – bas