ここ数年、Microsoft は「テーブル ストレージ」と呼ばれる「NoSQL」キー/値ストレージを提供しています ( http://azure.microsoft.com/en-us/documentation/articles/storage-dotnet-how-to-use-テーブル/ )
Table Storage は、高いパフォーマンス、スケーラビリティ (パーティショニングによる)、および比較的低コストを提供します。テーブルの主な欠点は、パーティション キーと行キーのみにインデックスを作成できることです。そのため、値に対してクエリを実行するのは非常に非効率的です。
最近、Microsoft は「DocumentDB」と呼ばれる新しい「NoSQL」サービスを発表しました ( http://azure.microsoft.com/en-us/documentation/services/documentdb/ ) 。
プロパティのリストを格納する代わりに (Tables のように)、DocumentDB は JSON オブジェクトを格納します。オブジェクト全体にインデックスが作成されるため、格納されたオブジェクトのすべてのプロパティとネストされたプロパティに基づいて効率的なクエリを作成できます。
Microsoft は、DocumentDB は高いパフォーマンスとスケーラビリティも提供すると述べています。
もしそうなら、なぜ DocumentDB よりも Table Storage を使用するのでしょうか? DocumentDB は Tables と同じ機能を提供するように思えますが、あらゆるものにインデックスを付ける機能などの追加機能を備えています。
DocumentDB と Table Storage を比較して、それぞれの長所と短所を強調していただければ幸いです。