私は消費データがSQLデータベースに格納されているデータベースを持つWebアプリケーションを持っています。 3ヶ月以上前のデータをSQLデータベースに統合し、非統合データをストレージに保存したいと考えています。統合された情報がSQLで利用可能になるのは、何らかの理由で間違ってしまうためです。テーブルまたはブロブストレージを使用する方がよいでしょうか？あなたのアドバイスをありがとう。Azureストレージ、BLOBまたはテーブルにデータを格納していますか？
データには、別々にアクセスするか、またはどの建物から来ているかに基づいてアクセスされます。たとえば、私は建物Aを持ち、誰かが来て1週間または1年半前に詳細な消費量を知りたいと思う。私は保管場所に行き、データを入手します。 SQLのデータは5分ごとに格納されます。
この目的でブロブストレージまたはテーブルストレージのいずれかを使用できますが、このデータを格納するためにテーブルストレージを使用する傾向が強くなっています。
テーブルストレージによってのみ提供される何らかの種類のクエリ機能が必要な理由があります。ブロブストレージでは、クライアント側のすべての関連データをダウンロードし、そのデータを解析して何らかのコレクションを作成し、そのコレクションを照会する必要があります。テーブルストレージを使用すると、サーバーサイドのクエリを実行できます。
テーブルストレージを使用する場合は、PartitionKeyとしてdate/timeの値（日付精度）を使用することをおすすめします。これにより、日付/時刻によるデータの検索がはるかに高速になります。
ブロブストレージを使用する場合は、このデータを保存するためにCool Storageアカウントを使用することをおすすめします。このデータはめったに必要ないので、Cool Storageアカウントに保存すると、通常のストレージアカウントより安くなります。
私の最初の意見は、パーティションキーとしてtbuilding識別子とdatetimeを行キーとして使用することです。 –
'tbuilding'と' datetime'の両方で常にクエリを実行しますか？その場合、あなたはあなたのアプローチに慣れることができます。 –
はい、99％でテーブルストレージに挿入するとどうなりますか？この2つの可能性は同じ性能ですか？ –
このデータの使用方法の詳細を教えてください。答えはそれに大きく依存するでしょう。あなたの質問を編集し、その詳細を提供してください。 –
今はもっと明確ですか？ –
今はるかに良い。ありがとう！ –