需要大型.net数据访问层的建议

Question

启动一个新项目,它是针对一个非常大的(300个表)遗留数据库的100%新开发.数据库与业务模型的匹配程度不高,所以我最初想到了使用ORM的位置.

我得到了与NHibernate合作的概念证明......但是有很多管理人员推迟使用"不支持的""开源"工具.

有关其他ORM解决方案的建议吗？或NHibernate论点的建议？

非常感谢.

Answer 1

如果您的管理层愿意为商业ORM付款,那么您应该明智地考虑这条路线.

您对NHibernate(目前)的一个限制(除非您愿意使用NHibernateContrib项目中的Alpha代码)是您目前没有使用LINQ/IQueryable机制来使用日益熟悉的LINQ语法进行查询的奢侈.你仍然会拥有非常灵活的Criteria和HQl机制,这取决于你是否想要开始投资做所有"LINQ方式"？

从我的研究到目前为止,你有很多选择(都支持LINQ查询):

原始实体框架(有商业合作伙伴也在其上添加工具和功能.)

Lightspeed似乎是一种LINQ到[很多数据库],具有良好的设计时间支持.

Telerik OpenAccess看起来类似于Lightspeed.

IdeaBlade DevForce构建于EntityFrmework之上,但增加了一些可用性功能.如果您不使用SQL Server,则使用IdeaBlade还需要从DevArt或DataDirect等单独的供应商处购买ORACLE-EF提供程序.

LLBLGen Pro良好的功能和积极的发展.已经很久了.

DevArt还为LINQ提供了良好的数据访问工具和特定于供应商的提供程序.

[更新] 现在可以在NHibernate中使用生产就绪的LINQ支持!

Answer 2

我在最近的两个项目中使用了实体框架，它们具有相似数量的表。它对我们来说效果很好。我们将表分成几个实体框架模型，最大 ca。一种型号有 80 张桌子。

实体框架更容易出售给管理层，因为它是微软的。