DocumentDBにはどのデータアクセス技術が優れているのですか

Question

私はウェブサイトの記事をたくさん保存し、ユーザがシステムを通してこれらの記事を変更できるようにするウェブサイトのコンテンツ管理システムを作成しています。私は典型的なSQL Serverの開発者ですが、おそらくこのシステムをDocumentDBで実行できると思っています。

私たちはC＃とWebAPIを使って読み書きを行います。私は、異なるデータアクセス技術をテストして、どちらが優れているかを確認しています。私はLing、Linq Lambda、SQL、Stored Procedureを試しています。私がPostman経由でテストすると、これらのクエリメソッドはすべて600ms〜700msの間に実行されているようです。たとえば、私のテストの1つは、簡単なGet http://localhost:xxxxxx/multilanguage/resources/1です。これには600ms以上かかるでしょう。これはわずか1kbの文書で、これまでのところ私のコレクションには5つの文書しか保存されていません。

私は尋ねたいことは、これよりもDocumentDBをより迅速に照会する方法があるかどうかということです。私が尋ねる理由は、前にSQL Serverで何か似たようなことをしているからです（リレーショナルテーブル用のクエリドキュメントではありません）。複数の結合されたテーブルのストアドプロシージャではるかに複雑なクエリは約300msかかるだけです。だから私はこれを行うためのより速い方法があるはずだと思います。

ご意見ありがとうございます！

Answer 1

実装をスタブに変更すると、実際にはサーバーとクライアント（郵便配達員）間の接続時間をテストしているため、同じパフォーマンスが得られます。

Answer 2

できることはいくつかありますが、DocumentDBや他のNoSQLソリューションは標準のSQL Serverとは大きく異なる動作をすることに注意してください。たとえば、DocumentDBに使用可能なノードとRAMが多いほど、全体的にパフォーマンスが向上します。 Azure上のDocumentDBの開発インスタンスは、当然、本番インスタンスより少ないリソースを使用する予定です。 Azureはスケーリングを処理するので、それについて考える方法の1つは、実行するデータの量が増えれば増えるほどです。

つまり、あなたのアプリケーション全体で接続オブジェクトを共有しているとは思わないでしょう。これにより、データを取得するたびにスタートアップのペナルティを回避できます。 Performance Tipsを要約：

• 使用TCPコネクションの代わりに、HTTPSあなたは
• 使用await client.OpenAsync()同じ地域内DocumentDBに最初の要求
• 接続のレイテンシを起動時に一時停止を回避するために（場合心に留めておくことができますあなたはSelfLinksはチューンに
• 迅速なアクセスのためにキャッシュ
• あなたのページサイズをthaのように、地域全体でホスト）
• DocumentDB（それのスレッドセーフにアクセスするためにシングルトンを使用）
使用するデータのみを取得する

などの表索引ポリシーなど、より高度な文書データベースとNoSQLデータベースは、SQLデータベースとは動作が異なります。つまり、APIの仕組みについてのあなたの前提が間違っている可能性もあります。同様の概念をテストしていることを確認してください。 SQL Serverデータベース接続オブジェクトでは、トランザクションごとにオブジェクトを作成または破棄して、それらの接続を接続プールに戻すことができます。同じ方法でDocumentDBを処理すると、接続プールを使用しなかった場合と同じようなパフォーマンス上の問題が発生します。