DevArtのdotConnectforOracleとDataDirectのADO.NETデータプロバイダー

利害関係者の誰もまだコメントを残していないので、可能な限り中立的なコメントを投稿するように努めます。
DevartのEFサポート履歴は2007年8月30日以降、長くなっています。この2年間で、多数のバグレポートとユーザーリクエストを考慮しました。また、製品エンティティ開発者 を作成して出荷しています。 -強力なデザインタイムツール。
OracleのEntityFrameworkサポートを理想的なものとは言えません。このORMは当初MSSQLServer用に設計されていたため、他のDBMSの驚異を考慮に入れる可能性は大幅に制限されています。クロス適用と外部適用問題 。
しかし、これらの問題にもかかわらず、ほとんどのユーザーはEntityFrameworkを正常かつ快適に操作できます。
それで十分ですが、「重要な企業の疑惑」について言及されています。この場合、Oracle固有のLINQtoSQL実装を確認することをお勧めします- LINQ to Oracle 。
LINQ to SQLは、クロスデータベースソリューションを構築するふりをしないため、個別のDBMS、特にOracleの特性を考慮することができます。生成されたSQLクエリを部分的にしか制御できないEntityFrameworkとは異なり、LINQ to Oracleの場合、プロセスを完全に制御できます。この事実は、高速で有効なOracle固有のクエリを生成する機会を与えてくれ、バグ修正と改善プロセスをスピードアップします。
レガシーOracleデータベースの場合、OracleへのLINQとは異なり、EFは通常適用が困難です。
LINQ to Oracleモデルでの設計時の作業も、EntityDeveloperを使用して実行されます。