問題タブ [azure-cosmosdb]

画像をdocumentdbに保存しています。画像を公開 HTTP エンドポイントとして公開することは可能ですか?

BLOB に似たもの: コンテナーをパブリックとして構成し、レンダリングのために完全修飾画像 URL をブラウザーに送信できます。

編集：

MediaLinkDocDB の添付ファイルに感銘を受け、画像を保存するオプションの評価を開始しましたが、添付ファイルを取得するためのデータベースへの& SelfLink& 追加の呼び出しを処理するオーバーヘッドが増えるというよりも、添付ファイルを使用する利点はないようです。

リンクによると、Azure 検索が機能するには、データを検索サービスにアップロードする必要があります。Azure に DocumentDB として No-SQL データベースがある場合、サービスにデータをアップロードするのではなく、データベースから直接データにアクセスするように検索サービスを構成できますか?

私たちのプロジェクトでは、画像などの大きなファイルを nosql データベースに保存しようとしています。いくつかの調査を行っているときに、Azure Cloud Platform の Document Db nosql データベースについて耳にします。さらに、データを Azure に保存します。

Azure Platform に大きなファイルを保存する最善の方法は何ですか?, Document Db で十分ですか?, Azure で MongoDb を使用するのは適切ですか?

データを SQL と Table Storage のどちらに格納するか、および効率的に格納するための最良の方法について、多くの質問があります。

使用事例：

現在、mysql データベースに格納されているオブジェクトの行は約 500 万行あります。現在、メタデータはデータベースにのみ保存されています。(緯度、経度、ID、タイムスタンプ)。あまり使用されていないオブジェクトに関する他の 150 列は、テーブル ストレージに移動されました。

• テーブル ストレージでは、これらすべてを 1 つの行に格納し、150 列すべてを複数の行ではなく 1 つの列であまり使用しないようにする必要がありますか?

データベース内のこれらの 500 万個のオブジェクトのそれぞれについて、それらに関する特定の情報 (温度測定値、軌跡など) があります。軌跡データは、以前は SQL に格納されていました (オブジェクトあたり約 300 行) が、費用対効果を高めるためにテーブル ストレージに移動されました。現在、それらは各行が次のように見えるリレーショナルな方法でテーブル ストレージに格納されます (PK: ID、RK: ID-Depth-Date、X、Y、Z)。

• 現在、軌跡データの多くを取得するには時間がかかります。私たちの場合、Table Storage はかなり遅いようです。取得のパフォーマンスを向上させたい。各オブジェクトの軌跡が 1 行で、すべての XYZ が JSON 形式の 1 列に格納されるデータを格納する必要がありますか? 300 行を取得する代わりに、1 行を取得するだけで済みます。
• テーブル ストレージは、このすべてのデータを格納するのに最適な場所ですか? 特定の測定深度で X、Y、Z を取得したい場合は、行全体を取得して JSON を解析する必要があります。これはおそらくトレードオフです。
• 軌道データ用の (5,000,000 x 300 行) がある SQL データベースに軌道データ、測定値などを含めることは可能ですか。また、それが存在する可能性のあるオブジェクトに関する情報もあります (5,000,000 x 20,000 行)。これはおそらく SQL データベースには多すぎるため、Azure クラウド ストレージに配置する必要があります。もしそうなら、JSON オプションが最適でしょうか? トレードオフは、1000 行の部分が必要な場合、テーブル全体を取得する必要があることですが、20,000 行をクエリするよりも高速ではありません。おそらく、データを 1000 行のセットに分割し、SQL をメタデータとして使用して、Cloud Storage から必要なデータ セットを見つけることができます。

アプリケーションのデータを取得するときに、データをグループ化して Azure Cloud Tables にフォーマットし、効率的かつ高速にする方法を理解するのにかなり苦労しています。

これが私のデータの例とその取得方法です: http://pastebin.com/CAyH4kHu

Azure DocumentDB への接続時に使用される認証キーのレベルを確認する方法があるかどうか疑問に思っていました。

主に、読み取り専用の認証キーが提供されたときにドキュメントを作成したり変更したりする試みを防ぐためです。

の線に沿った何か

ユーザー クラスにはアクセス可能なパーミッション オブジェクトがあることがわかりますが、純粋に認証キーを使用する場合は少し迷ってしまいます。

ドキュメントを作成して例外があるかどうかを確認することを検討しましたが、条件が悪い習慣のように思われるため、失敗を使用するのはあまり好きではありません。

ここでの目標は、ドキュメント データベースを管理するための一種のツールです (既にいくつか存在することは知っていますが、これは私のスキルの練習です)。したがって、これらの行に沿って、誰かが与えられたキーを使用してデータベースにアクセスしようとすると、rw キーが与えられる場合と与えられない場合があり、パーミッションもわからない可能性があります。理想的には、ラベルまたはインジケータを表示して、アクセス レベルを示すことができます。ありがとう！

複数の csv ファイルを同時に読み取り、Azure DocumentDb に書き込む Azure バッチ プロセスをセットアップしました。自分に最適な一貫性レベルに関する提案が必要です。

整合性レベルのドキュメント ( http://azure.microsoft.com/en-us/documentation/articles/documentdb-consistency-levels/ ) を読みましたが、ビジネス ケースをそこに記載されているオプションに関連付けることができません。

私のプロセス はIDでドキュメントを取得し
ます -見つかった場合、ドキュメントのコピーを取得し、変更を更新して置き換えます。
-見つからない場合は、新しいエントリを作成します。

元は約200行のExcelファイルがあり、Excelファイルをデータテーブルに変換でき、すべてがdocumentdbに正しく挿入されました。

Excel ファイルには現在 5000 行あり、30 ～ 40 レコードの挿入後に挿入されず、残りのすべての行が documentdb に挿入されません。

以下のような例外を見つけました。

Microsoft.Azure.Documents.DocumentClientException: 例外: Microsoft.Azure.Documents.RequestRateTooLargeException、メッセージ: {"エラー":["要求率が大きい"]}

私のコードは次のとおりです。

私は何か間違ったことをしていますか？どんな助けも非常に高く評価されます。