DevArt的dotConnect for Oracle与DataDirect的ADO.NET数据提供程
发布时间：2021-03-11 14:49:06 所属栏目：站长百科 来源：网络整理
导读：是否有人对DevArt和 ADO.NET data provider from DataDirect的dotConnect for Oracle进行了比较分析. 我们正在考虑将这些框架中提供的实体框架支持用于关键企业应用程序.我读过的一些文章建议如下： 与DataDirect相比,DevArt dotConnect更快 DataDirect许可
|
是否有人对DevArt和 ADO.NET data provider from DataDirect的dotConnect for Oracle进行了比较分析. 我们正在考虑将这些框架中提供的实体框架支持用于关键企业应用程序.我读过的一些文章建议如下： >与DataDirect相比,DevArt dotConnect更快 任何人都可以更多地了解技术方面,以帮助决策过程吗？ 解决方法由于无利害关系的人尚未发表任何评论,我们将尝试尽可能发布中立评论.Devart拥有更长的EF支持历史 – 自2007年8月30日以来.在这两年中,我们考虑了大量的错误报告和用户请求.我们还创建并提供了我们的产品 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不同. 使用Entity Developer还可以使用LINQ to Oracle模型进行设计时工作. （编辑：新余站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
