本当に普遍的なデータリンクはどこにありますか？

Question

私はUDLのファイルと関連するウィザードを使って接続文字列をチェックして作成しました。今日、この方法で作成できる接続文字列は、これほど普遍的なものではありません。たとえば、ADO.NET Entity Frameworkは、UDLウィザードで処理できないデコレーションされた接続文字列を作成します。今日のユニバーサルデータリンクを作成するためのツールはありますか？

Answer 1

私は違いがあると思う：

• 接続文字列の作成を支援しますツール（ポップアップするものをするときに.UDLファイルをダブルクリックします）。このツールはCOMベースで、Ole32.dllに存在し、引き続き動作しています。
• 変更されたことがないの接続文字列の概念。

今日の（つまり：.NET？）接続文字列は、OleDb接続文字列よりも普遍的なものではありません。それらは常に特定のプロバイダーに固有のものです。キーと値のペアは同じではないかもしれませんが、コンセプトは常に存在します。

UDLツールはCOMオブジェクトを使用して動作し、引き続き使用できます。たとえば、Entity Framework接続文字列のUDLツールに拡張機能を書き込むことができます。 Provider Extensible Data Link User Interface API

.UDLファイルはIDBPromptInitializeとIDataInitialize OleDbのインターフェイスを使用して.NET（P/Invoke）で引き続き使用できますが、私は同意していますが、最近はそうではありません:)

Answer 2

普遍的な「データリンクは」すべてデータベースベンダー/バージョンのすべての機能をサポートすることはできません、最もソフトウェアは、社内のデータベースに自分の話をする企業が家の中に書かれているので、をする必要はありませんデータベースに依存しない。

APIに対してコードを作成するのは難しいです。これは、使用しようとしているデータベースとドキュメントが一致しないように、選択したデータベースが提供する機能には適していません。

マイクロソフトでは現在、データベースのAdo.netデータアクセスのサポートを提供する予定であるため、データベースごとにデータアクセスが異なる傾向があります。しかし、ほとんどの人は、単一のデータベースベンダーである。

devArt's dotConnectとDataDirectのようなサードパーティのオプションがありますが、これはネット用のユニバーサルな "データリンク"ですが、値段は安いです。

nHibernateは、ほとんどのベンダーの.netデータベースアクセスレイヤーの上に位置し、ORMを使用したい場合はほとんどの違いを隠します。