只是想知道每个人对用于SQL Azure的ORM有什么想法？

我很乐意使用Linq to SQL，我相信它可以与SQLAzure一起工作。但是，根据我的理解(如果我错了，请纠正我)，在将来的.NET框架版本中不会对Linq to SQL做进一步的改进？

另外，还有实体框架…离微软阵营更远的地方是NHibernate。

理想情况下，任何额外的建议都应该是免费的或开源的。我看过Telerik的ORM，但这当然是一个商业产品。

我可以通过谷歌搜索自己获得每个ORM的定义/好处，但我只是对人们对ORM最适合他们的观点感兴趣(即使上面没有提到过)。

dataobjects。azure网络支持的SQL。它可用在GPL下的(但不是LGPL，即如果GPL的冰太严格了你，你必须acquire商业许可证)。

让死去的最近爱上了实体框架4.0的"一法两个代码"蠕虫persistence /数据。

没有化妆的错误ef4.0冰提前光年的以前版本的社区和社区学院作为一个propels两competitor蠕虫威胁的市场。

读通hanselman社区第一演示代码或脚本从PDC 2010年斯科特格思里走过的第一部法典：)

我们的在线azure使用NHibernate的扭矩和发现它是很好的。

因为我们要使用的# ARP协议体系结构提供的多数的plumbing NHibernate代码和依赖注入我们的项目管理两个点火很快有一个良好的坚实的基础。所有的关税，这是无痛的，但很有可能点陡的学习曲线与NHibernate的当你第一次开始。

在我不确定如果你的感知fluent大学nhibnerate HTML fluentnhibernate.org -但它的一个伟大的工具会自动地图和你的业务目标onto你的数据库。它可以customised当然是什么？你需要两个行为。

杰米，

托比的类中已经使用的EC与成功。recommend高密度的信息。注意，我恨这两项"Generate模型从一个局部的版本，我们的架构。这是不是一个咬不了的，但mentioning冰沃斯。希望这两个转变，在未来的。

局域网

在已经使用实体框架1.0 fairly successfully，和我的漂亮的4.0的酸性会更好的平衡，特别是与它的支持几(婊子，你是自由的，从上下文相关的对象从开始的)。它的版本，《不让一个LINQ支持一次巨大的分差，你把它挂了。

但我会说，你不应该把任何蠕虫作为我的选择，如果你看到你的IP数据访问层使用的单元库和工作模式，然后使用您最喜爱的反转控制容器的三个inject implentation增益，然后你自己的IP设置位享受工作的乐趣，但一批长期自由。-我真的在乎在数据或你怎么越来越它过去的某一水平，它是你做的，用它计数

那就是在reckon…

托比

在使用LINQ to SQL与两azure我的SQL数据库。有一个简单的一个模型之间的一类和数据库表我所以我的simplest溶液和工作prefectly(几azure因为SQL标准)。

在实体框架与LINQ to SQL将回答两个问题，一个你。

退房的NHibernate。我们在线上的现在。

一个很好的资源，否则永远的冰的HTML www.ormbattle.net /