DevArt の dotConnect for Oracle とDataDirect の ADO.NET データ プロバイダーの比較分析を行った人はいますか。
これらのフレームワークで利用可能な Entity Framework サポートを、重要なエンタープライズ アプリケーションに使用することを考えています。私が読んだいくつかの記事は、次のことを示唆しています。
意思決定プロセスを支援するために、技術的な側面にもっと光を当てることができる人はいますか?
利害関係者の誰もまだコメントを残していないので、可能な限り中立的なコメントを投稿するように努めます。
DevartのEFサポート履歴は2007年8月30日以降、長くなっています。この2年間で、多数のバグレポートとユーザーリクエストを考慮に入れてきました。また、強力な設計時ツールであるEntity Developerを作成し、同梱しています。
OracleのEntityFrameworkサポートを理想的なものとは言えません。このORMは当初MSSQLServer用に設計されていたため、他のDBMSの驚異を考慮に入れる可能性は大幅に制限されています。CROSSAPPLYとOUTEARAPPLYの問題だけに言及するだけで十分です。
しかし、これらの問題にもかかわらず、ほとんどのユーザーはEntityFrameworkを正常かつ快適に操作できます。
言うにはそれで十分ですが、あなたは「重大な企業の疑惑」について言及しました。この場合、Oracle固有のLINQ toSQL実装（ LINQ to Oracle）を確認することをお勧めします。
LINQ to SQLは、クロスデータベースソリューションを構築するふりをしないため、別のDBMS、特にOracleの特性を考慮することができます。生成されたSQLクエリを部分的にしか制御できないEntityFrameworkとは異なり、LINQ to Oracleの場合、プロセスを完全に制御できます。この事実は、高速で有効なOracle固有のクエリを生成する機会を与えてくれ、バグ修正と改善プロセスをスピードアップします。
従来のOracleデータベースの場合、LINQ to Oracleとは異なり、EFは通常適用が困難です。
LINQ to Oracleモデルでの設計時の作業も、EntityDeveloperを使用して実行されます。
ここに最新のフィードバックがありますが、現在数十万行をロードしている一部のテストでは、DataDirect ドライバーが最も高速で、MSFT ドライバーよりも約 10 倍高速です。DevArt も非常に高速ですが、ほんの数秒で、その後はすべての時間をガベージ コレクションに費やします。この場合の生の選択速度の際立った側面は、ドライバーが値を .NET オブジェクトに変換する際にどれだけスマートであるかということであり、必ずしもネットワークからバイトを引き出せる速さではありません。