「プラグイン」データアクセスレイヤーを使用できる.Net Webアプリケーションを構築するためのガイドライン

Question

最初にSQL Server 2008をDBMSとして使用するアプリケーションを構築しています。どのようにしてアプリケーションを構造化し、後で別のDBMSを使用できるようにするべきですか？オラクル、私のコードを変更することなく、すなわち構成のみを介して。

私のコアアプリケーションは、アプリケーションが機能するために必要なすべてのデータベース呼び出しをカプセル化するアセンブリ/レイヤーでコードを呼び出すと思われます。このレイヤーは、実際のDBコールを行うために、（configに基づいて）DBMS固有のレイヤーを呼び出します。誰かがこれの明確な例を私に指摘することはできますか？

ありがとうございます！

は、以下の説明を追加しました：

私の考えは、私は、例えば複数のアセンブリを持っているということでしたMyAppを、MyApp.Database、MyApp.Database.SQLServer、MyApp.Database.Oracleなど

MyAppには次のように電話をかけるでしょう。

...のように見えた...

DataSet ds = MyApp.Database.GetSomeData(); 

public DataSet MyApp.Database.GetSomeData() 
{ 
    return GetDataFromDBMS(); 
} 

GetSomeDataは一般的な呼び出しです。つまり、何かを行うにはMyAppに「GetSomeData（）」が必要です。データがどこから来たかは気にしません。

次に、GetDataFromDBMSは、構成ファイルを介して、MyApp.Database.SQLServer.GetTheData（）またはMyApp.Database.Oracle.GetTheData（）のいずれかを呼び出します。これらのメソッドは、各DBMSからデータを取得/処理するために必要な処理を実行できます。

Answer 1

あなたがしなければならないことは、データベースを抽象化する（nHibernate）ORMツールを使用するか、DALを表すインターフェイスセットを定義してから、IoC実装（Ninject、Castleなど）を使用してインタフェースを実装している限り、基本となる実装を自由に交換してください。

しかし、将来的に証明される（つまり、他のデータベースを扱う微妙な癖に対処できる）インタフェースを設計することは簡単ではないので、変更する必要が生じる可能性があります。

私はこの順序で、2つのうちのいずれかの操作を行いたい：

1. レビューをお本当にはデータベースを交換する必要がある場合。
2. 多くの脚作業が行われているので、ORMツールのルートを行ってください。

データベースの抽象化の良い例として、必ずしもDAL per-seである必要はありませんが、Microsoftのエンタープライズライブラリデータアクセスアプリケーションブロックです。