当然是LINQ.

生成的SQL效率问题大可以放心,如不放心,可以查看生成的SQL语句.

以前一个网站,用三层写代码,写了一个月,
将数据访问改成LINQ,只写了三天.
感觉非常之爽.

我也是原来一直在用nhibernate。后来看到了dlinq后。生成ORM太方便了。原来要用codesmith生成实体。修改起来很麻烦。

当然是跟着微软走~

Linq的思路还是对的，对关系型数据与对象设计与开发体系及对业务表达的协调都给出了更加实际的解决方案。

不了

优劣并存

互补应用

刚学习linq，感觉NHibernate好一些，毕竟linq是新生的，还有许多不足的地方。

没用过linq,不做评论...

LINQ 是战略性的，必将推动开发效率和开发模式的变革

LINQ还没用过
还在Spring.NET中．．
要掉队了

从设计架构、目标，以及现在（vs2008甚至还没有正式发布）已经达到的实际应用，在.Net领域中LINQ思想不是NHibernate思想可比的。
==========================
NHibernate和LINQ关注的目标还是不一样的，不过是有些许重叠。

如果是做ASP.NET应用，LINQ还凑合，如果是桌面应用，使用LINQ肯定很失败。为什么？那个.NET 3.5的框架那么大，有几个用户愿意安装？有几个程序员敢作出几百兆的安装包拿出去卖？

两个都用，LINQ to NHibernate

用LINQ

呵呵，不管用什么！你要首先考虑你的用户和你的开发人员。
ok，就说，你都考虑完了，还要考虑你的开发周期。

本人很喜欢ORM的思想，但是，基于在项目中的应用，有些话不得不说。
1.MVC 模式 Model View Controllor 在Web中很美。但是在Winform 中，你不得不考虑你的易用性了！ 也就是当使用Grid时，Grid中的Model 是不是非要点击某个按钮才能新增Model。。。。。

2. View 客户可不管你用的是对象为导向的数据模式，他们只想看到自己需要的数据。那么，开发人员不得不编制很多ViewModel 放置在项目中。这样改动的代价太大；

当然，我个人是十分喜欢ORM，只是指出使用Orm当中，你需要预先考虑的问题。