Entity framework 实体框架5与Telerik OpenAccess ORM(特别是)

Entity 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 谢谢首

我正在启动一个新项目,希望得到关于选择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映射
使用EF5提供的OpenAccess时,您会损失什么:

  • 自跟踪实体
  • 完全支持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连接池选项的内容: