Entity framework 实体框架5与Telerik OpenAccess ORM(特别是)
我正在启动一个新项目,希望得到关于选择ORM的建议。我知道这个主题以前已经提过了,但是这个主题是针对EntityFramework5(不是4)或TelerikOpenAccess ORM的 该项目将驻留在Windows Azure上,并使用Windows Azure SQL数据库。一旦4.5在Azure上上线,我将把它迁移到.NET4.5 我目前是Telerik Ultimate Collection的订户 有没有人知道这种情况的利弊?我现在有点倾向于Telerik OpenAccessEntity framework 实体框架5与Telerik OpenAccess ORM(特别是),entity-framework,entity-framework-5,telerik-open-access,Entity Framework,Entity Framework 5,Telerik Open Access,我正在启动一个新项目,希望得到关于选择ORM的建议。我知道这个主题以前已经提过了,但是这个主题是针对EntityFramework5(不是4)或TelerikOpenAccess ORM的 该项目将驻留在Windows Azure上,并使用Windows Azure SQL数据库。一旦4.5在Azure上上线,我将把它迁移到.NET4.5 我目前是Telerik Ultimate Collection的订户 有没有人知道这种情况的利弊?我现在有点倾向于Telerik OpenAccess 谢谢首
谢谢首先,评论: “这不是一个真正的答案-但是如果您打算对Azure使用OpenAccess,您可能需要注意以下几点:telerik.com/community/forums/orm/orm express/…”没有反映正确的产品 处理OpenAccess的免费版本。贾扬塔在问题中明确表示,他是“最终收藏订户” OpenAccess ORM现在与Azure兼容 选择OpenAccess ORM而不是实体框架5的一些原因:
- visualdesigner中的批处理操作
- WCF服务的代码生成
- ASP.NETWebAPI服务的代码生成
- 动态模型修改
- 自定义类型框架
- 内置验证框架
- .NET3.5支持
- 悲观并发
- 内置二级缓存
- 高级连接池
- 纯XML映射
- 自跟踪实体
- 完全支持Visual Designer中的枚举(仅部分支持)
算了吧 我也一直在想这件事。但我发现OpenAccess更加成熟和健壮,尤其是在SQL Server以外的数据库中。对我来说,真正突出的两个功能是:1)简单的er数据库迁移2)低级ADO.NET API 3)实体设计器和其他VS工具4)支持多个数据库5)现在免费!与其他商业ORMs不同,OpenAccess不太依赖于它们的控件。我已经成功地使用了EF、OpenAccess、XPO和其他轻量级的ORMLite和Dapper。归结到技术偏好,但到目前为止,我真的很喜欢OpenAccess。这并不是真正的答案-但如果您打算对Azure使用OpenAccess,您可能需要关注以下内容:此外,以下链接可能很有用:不要忘了附带的OpenAccess探查器;)只是澄清一下,无论您是最终的收藏订户还是下载免费版本,OpenAccess的两个版本现在都是相同的。请参阅:使用entity Framework,您可以管理悲观并发,而使用高级连接轮询意味着什么?您可以在此处阅读有关Telerik/OA连接池选项的内容: