有没有人对 DevArt 的 dotConnect for Oracle 和来自 DataDirect 的 ADO.NET 数据提供程序.
我们正在考虑将这些框架中提供的实体框架支持用于关键企业应用程序。我读过的一些文章提出了以下建议：
- DevArt dotConnect 比 DataDirect 快得多
- DataDirect 许可证比 DevArt 许可证更贵
有人可以更详细地介绍技术方面的情况，以帮助决策过程吗？
由于无利害关系方尚未留下任何评论，因此我们将尝试尽可能发表中立评论。
Devart 拥有更长的 EF 支持历史 - 自 2007 年 8 月 30 日以来。在这两年中，我们考虑了许多错误报告和用户请求。我们还创建并交付了我们的产品实体开发者- 强大的设计时间工具。
我们不能称我们对 Oracle 的实体框架支持是理想的 - 该 ORM 最初是为 MS SQL Server 设计的，因此考虑其他 DBMS 的奇迹的可能性受到极大限制。
只提及 CROSS APPLY 和 OUTER APPLY 就足够了problem.
但是，尽管存在这些问题，我们的大多数用户都能够成功、舒适地使用实体框架。
这已经足够了，但您提到了“关键企业应用”。
在这种情况下，我们建议您查看我们特定于 Oracle 的 LINQ to SQL 实现 -LINQ 到 Oracle.
LINQ to SQL 并不假装构建跨数据库解决方案，因此允许考虑单独的 DBMS（尤其是 Oracle）的特性。与实体框架不同，我们只能部分控制生成的 SQL 查询，而在 LINQ to Oracle 情况下，我们可以完全控制该过程。这一事实使我们有机会生成快速且有效的特定于 Oracle 的查询，并加快错误修复和改进过程。
对于旧版 Oracle 数据库，EF 通常很难应用，这与 LINQ to Oracle 不同。
LINQ to Oracle 模型的设计时工作也是使用 Entity Developer 执行的。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
