私のチームは、社内の他のチームが取得に関心を持っているデータベースにいくつかのデータを保存しており、データベースに直接アクセスできないように、いくつかの Web サービスを構築する予定です。
私たちは非常に複雑なクエリを実行していません (オーバーヘッドに関心がある場合は、インスタントと考えてください)。また、Web サービスを使用するか、またはいくつか試してみるべきかどうかを判断するために、Web サービスの呼び出しがどれくらい続くべきか疑問に思っています。より効率的なアプローチ。
RESTful Web サービスを使用します。予想される時間範囲を提供する助けはありますか?
どのくらい速くする必要がありますか？これらのソリューション (DB クエリ自体以外) の主な費用は、単純にデータをマーシャリングすることです (つまり、データを DB 形式から Web サービス形式、XML、JSON などに変換します)。
そのため、DB クエリの価格を「ウォッシュ」したい場合は、ほとんどの労力が費やされます。
マーシャリングに次ぐのは実際の転送時間で、これはネットワーク全体の速度によって異なります。
「完全な」表現を返す Web サービスは、より特殊なメカニズム (RPC、CORBA、生のソケット プロトコル) よりも大幅に遅くなることはありません。
私は「Web サービス」の性質自体に固執せず、代わりにデータの変換と移動について心配します。
厳格な規則はありませんが、ほとんどの Web サービス システムのデフォルトの http タイムアウトは 120 秒です。結果が表示されるまでの最大時間を特定し、それに応じて、これが短すぎるか適切かを判断できます。内部システムのように見えるので、実際の Web サービスが、DB がデータを取得するのにかかる実際の時間に過度のオーバーヘッドを追加するとは思いません。