DevArt的dotConnect for Oracle与DataDirect的ADO.NET数据提供程序比较

Question

有人对来自DevArt的dotConnect for Oracle和DataDirect的ADO.NET数据提供程序进行了比较分析吗？

我们正在考虑在关键企业应用程序中使用这些框架中提供的实体框架支持。我阅读的一些文章建议如下：

1. 与DataDirect相比，DevArt dotConnect速度快得多
2. DataDirect许可证比DevArt许可证更昂贵

有人可以在技术方面提供更多信息以帮助决策过程吗？

- Chai

Answer 1

由于还没有任何来自中立方的评论，我们将尽可能发布中立的评论。
Devart拥有更长的EF支持历史——自2007年8月30日以来。在这两年里，我们考虑了无数的错误报告和用户请求。我们还创建并随产品一起提供Entity Developer——一个强大的设计时间工具。
我们不能称我们的Oracle Entity Framework支持是完美的——这个ORM最初是为MS SQL Server设计的，因此考虑到其他DBMS的奇妙性能的可能性显著受限。 只需要提到CROSS APPLY和OUTER APPLY问题就足够了。
但是，尽管存在这些问题，我们的大多数用户仍然可以成功而舒适地使用Entity Framework。
这就足够了，但是您提到了“关键企业应用程序”。 在这种情况下，我们建议您查看我们针对Oracle的特定LINQ to SQL实现——LINQ to Oracle。
LINQ to SQL不假装构建跨数据库解决方案，因此允许考虑单个DBMS（尤其是Oracle）的特点。与Entity Framework不同，我们对生成的SQL查询只有部分控制，在LINQ to Oracle的情况下，我们完全控制这个过程。这个事实使我们有机会生成快速和有效的Oracle特定查询，并加速错误修复和改进过程。
在遗留的Oracle数据库中，EF通常很难应用，而LINQ to Oracle则不同。
使用Entity Developer也可以在设计时间内使用LINQ to Oracle模型。

- Devart

---

1. 你能否详细说明“考虑其他DBMS的奇妙之处的可能性受到了显著限制”这个陈述？
2. LINQ对Oracle是否缺乏像使用继承等功能自定义模型映射这样的特性？

- Chai

1. 在EF中，无法从存储过程返回多个结果集。在EF中无法使用与触发器无关的序列。那么，对于不属于“number、string、datetime、binary、guid”枚举的数据类型呢？而且问题并不止于这些。
2. LINQ to Oracle支持表格继承的层次结构。我们支持LINQ to SQL的所有主要功能。

- Devart

Answer 2

虽然反馈有些晚，但是我们现在正在进行一些测试，加载数十万行数据时，DataDirect驱动程序是最快的——比微软驱动程序快约10倍。DevArt也很快，但只有几秒钟，然后就花费了大量时间进行垃圾回收。在我们的情况下，原始选择速度的区别在于驱动程序将其值转换为.NET对象的智能程度，而不一定是它们从线路上拉取字节的速度有多快。

- Sebastian Good