DevArt的dotConnect for Oracle与DataDirect的ADO.NET数据提供程序
有没有人对DevArt的dotConnect for Oracle和ADO.NET data provider from DataDirect进行了比较分析。DevArt的dotConnect for Oracle与DataDirect的ADO.NET数据提供程序
我们正考虑在这些框架中使用可用于关键企业应用程序的实体框架支持。我阅读提出了一些文章如下：
- DevArt dotConnect快得多相比，DataDirect的
- DataDirect的许可证更昂贵的DevArt许可证
可有人扔在更多的光技术方面，以帮助决策过程？
由于无私利方没有留下任何评论，我们会尽可能发布中性评论。
从2013年8月30日起，Devart拥有更长的EF支持历史。在这两年中，我们考虑了众多错误报告和用户请求。我们还创建并发货了我们的产品Entity Developer - 强大的设计时间工具。
我们不能称我们对Oracle的实体框架支持是理想的 - 这个ORM最初是为MS SQL Server设计的，所以考虑到其他DBMS的奇迹的可能性非常有限。 仅提及CROSS APPLY和OUTER APPLY problem就足够了。
但是，尽管存在这些问题，我们大多数用户都能够成功和舒适地使用Entity Framework。
这就足够说了，但你提到了“关键企业通关”。 在这种情况下，我们建议您查看我们的Oracle特定的LINQ to SQL实现 - LINQ to Oracle。
LINQ to SQL并不假装构建跨数据库解决方案，因此可以考虑单独的DBMS（特别是Oracle）的特性。与实体框架不同，我们只对生成的SQL查询进行部分控制，在LINQ to Oracle案例中，我们完全控制了这个过程。这个事实使我们有机会生成快速且有效的Oracle特定查询，并加快了错误修复和改进过程。
对于传统的Oracle数据库，EF通常很难应用，与LINQ to Oracle不同。
使用实体开发人员也可以使用LINQ to Oracle模型设计时间。
这里是最新的反馈，但在一些测试中，我们现在正在加载数十万行，DataDirect驱动程序是最快的 - 比MSFT驱动程序快大约10倍。 DevArt也非常快，但只有几秒钟，然后它花费所有的时间垃圾收集。在我们的例子中，原始选择速度的区别在于驱动程序将它们的值转换为.NET对象的智能程度如何，而不一定能够以多快的速度将字节从线路中拉出。
1.您能否更多地了解“考虑其他数据库管理系统的奇迹的可能性显着有限”？ 2. LINQ to Oracle缺少像使用继承等功能来定制模型映射等功能。 – Chai 2009-12-11 07:48:55
1.不可能从EF中的存储过程返回几个结果集。在EF中不可能使用与触发器不相关的序列。那么数据类型不是来自“数字，字符串，日期时间，二进制，GUID”枚举？这份清单并没有以这些问题结束。 2. LINQ to Oracle支持Table Per Hierarchy继承。我们支持LINQ to SQL的所有主要功能。 – Devart 2009-12-11 10:33:43