linq to sql 怎么感觉没还nhibernate 完善？

我以为使过nhibernate，ORM概念还算了解，就用了linq to sql，觉得老大的东东应该靠的住吧，只支持sql server就认了，MS的一贯作风，但是one-to-one,one-to-many,many-to-many，多态等特性用起来很郁闷，集合还必须要用EntitySet什么的，真恶心，连SUID都那么别扭，比起spring.net + nhibernate差远了，莫非要等到linq3.0？

感觉是MS仓促出来的东东。真垃圾！！！还不像把castle project买下了，那个ASP.NET MVC完全抄袭，跟monorail一样，当然，抄袭还有好处，用起来不错。

习惯问题，如果你用过ruby/python的orm ，再回去看hibernate，也是怎么看怎么别扭的

那个ASP.NET MVC完全抄袭，跟monorail一样....这话多没水准,ASP.NET MVC几乎就宣判了monorail的死刑.
你看到的那点和monorail象的东西,只是为了方便monorail的用户迁移到asp.net mvc

linq 提出的是崭新的概念,尽管在mapping上有所欠缺，但比hibernate的理念却要先进得多,更简单更一致.

这贴居然不被评为隐藏贴?
javaeye真是个神奇的地方

只要是打击Microsoft的，在javaeye就一定有市场。

跟我讲讲linq比hibernate先进的理念多有哪些呗。

我说几个吧，
1、Linq操作的数据更抽象：可以是数据库对象、实体对象、xml、数组和其他几乎是任意的数据形式。后几个是nhibernate难触及到的。
2、Linq语法级别的数据操作功能，简单、方便、易学。
3、VS开发环境对Linq更好的支持。
4、Linq数据操作效率更高（sqlserver），人家自己的东西，试试就知道。


ps:nhibernate早晚会被淘汰，microsoft不会容忍一个东西能威胁到他的技术。spring.net的命运也很难测。


NHibernate的优势：
1、数据库的无关性，易迁移。
2、与Spring.net双剑合璧，很强大；castle、websharp之辈还是比不上的；特别适合从java转。net的程序员或公司。PS：个人还是比较喜欢springv.net和castle的。

LINQ也是数据库无关的，只要数据库提供了provider.

这么说的话 就广的去了

只是提供了odbc驱动
任何东西都是无关的了

LINQ不能想SQL那样拼个串，想不出来LINQ怎么实现组合查询功能，就是用户自己查询条件的，很纠结啊很纠结。