非同期でのデータのフェッチは、さまざまな方法で実行できます。o/r マッパーにアウトソーシングすると、実際にはコードの複雑さが軽減されないため、おそらく対処したくない課題が生じます。主な問題は、フェッチが o/r マッパーによって完了したときに通知されるメカニズムが必要であるため、データの準備ができていることが呼び出し元に通知されることです。
これは、自分でスレッドを作成し、そのスレッドから o/r マッパーのフェッチ ロジックを呼び出すよりも複雑ではありません。
レスポンシブな Web サービスを作成したいと述べた場合、呼び出し元が Web サービスの外部にあり、データを待機していることを認識する必要があります。Iow: 呼び出し元がデータのフェッチに Web サービスを使用する場合、他のクライアントも Web サービスを呼び出すことができるため、既に非同期です。元の呼び出し元の要求は別のスレッドで処理され、データをフェッチするロジックはその中で実行されます。その後、データが呼び出し元に返されます。
非同期メソッドの使用はここでは役に立ちません。そうしないと、データの準備ができたときに呼び出し元に通知する必要があり、Web サービスからクライアントへのプッシュが必要になり、フェッチが行われる限りクライアントが Web サービスに接続したままにしておく必要があるためです。とにかくかかります。
非同期のデータベース インタラクションは、何かにスローできる魔法のようなものではないため、応答性が向上します。非同期データベースの相互作用により、その間に呼び出し元が他のことを行う可能性があります。ただし、それがまだ必要でない場合は、最初から非同期データベースとのやり取りは必要ありません。これにより、コードがはるかに複雑になります。