最近在使用NHibernate做系统，而且园子里玩NHibernate的人好像也多了几个，发现Jeffrey Zhao都NHibernate了，所以我也来凑个热闹，写一点自己的实践体会，以与园子里的NHibernate园友进行相互交流和学习。 李永京的NHibernate之旅系列文章导航通俗易懂，相信园子里大部分搞NHibernate的人多多少少都看过，NHibernate组里也有不少关于NHibernate讨论，这次就从NHibernate组里的几个话题展开说一下我的实践体会。
一、NHibernate 还有哪些不足？
在这篇讨论中，组长和园友提了一些当前NHibernate的不足，我的补充是：
1. NHibernate不支持from子句的子查询(subquery)
from子句中的子查询，又称谓derived table（派生表），SQL的写法大家都应该比较熟悉，举个最简单的例子（这里只说明from子查询的形式）：
select Id from (select Id, Name from TableA group by Id, Name) as D;
from子句的子查询使用方便、功能强大，经常应用于较复杂的查询场景。可惜的是目前最新版本的NHibernate2.1还不支持这种形式的子查询（当然了，你写包含from子查询的native sql让NHibernate执行的除外），将来的版本应该会支持。这里要说一下的是，NHibernate是支持where子句的子查询(关联、非关联子查询)的，具体见在线帮助文档11.11. Subqueries。
2. 不支持select子查询
select子查询的SQL写法：
select Employee.Id, Employee.Name, (select Department.Name from Department where Employee.DepartmentId=Department.Id) as DepName
from Employee
where Employee.Id=10;
查了在线帮助文档和网上资料，NHibernate好像是不直接支持这种子查询的。但是可以在mapping文件中将子查询的列映射成property，或者使用Criteria的Projections.SqlProjection来实现类似功能。当然了，这类子查询我们往往可以使用join（inner join或者outer join）来实现同样的功能。 from Employee
where Employee.Id=10;
3.NHibernate2.0的Criteria不支持having子句
我们经常需要对数据进行分组统计（group by +聚集函数），然后再对统计结果进行筛选（应用having子句）。NHibernate2.0的HQL支持having子句，但是NHibernate2.0的Criteria却不支持having子句（经过测试：可以调用相关API，但是执行没有效果）。因此，如果要在NHibernate2.0中使用having子句就必须得使用HQL而不能使用Criteria，可我是一直比较喜欢使用Criteria的，实在比较郁闷……（我为什么喜欢使用Criteria，也就是说Criteria与HQL相比有哪些优点，在以后的文章中再和大家详细讨论）。
值得庆幸的是，根据最新的NHibernate2.1的发布文档说明（解压NHibernate2.1后便可看到releasenotes.txt文件，其中有一条Patch： * [NH-1280] - Adds HAVING support to CreateCriteria queries, Fixes parameter order bugs），Criteria可以支持having，不过我还没试过，具体的使用可以参见该文Adds HAVING support to CreateCriteria queries, Fixes parameter order bugs。
4.不支持Property级别的lazy load
目前只支持关联实体或者关联集合的延迟加载，不支持更细粒度的Property级别的延迟加载，而Linq to sql支持Property级别的延迟加载。
二、
5.使用NHibernate二级缓存是最好的选择吗
使用NHIbernate二级缓存的缺点如下：
（1）二级缓存机制透明得让人觉得不可控；
（2）增加了测试、调试的复杂性；
（3）如果使用BULK或native sql对数据直接进行CUD操作，NHibernate是不会自动更新二级缓存的，导致二级缓存数据stale。为了避免stale，必须手工更新或同步缓存。
我的建议是使用spring.net的缓存，在Service层(或BLL层)进行实体和查询结果数据的缓存，好处如下：
（1）spring.net的缓存既强大又灵活可配。
（2）如果系统有一天NHibernate被ADO.net、EF、linq to sql等其他机制替换了（尽管这种替换的可能性不大），spring.net缓存不受任何影响。
（3）不在DAL层而在service层（或BLL层）做缓存，使得DAL层的测试变得简单。
6.NHibernate+Spring.Net
NHibernate再结合Spring.Net，省下大把大把的开发、维护时间，请给我一个不NHibernate+Spring.Net的理由？
7.只可惜.NET阵营中使用这两个优秀框架的人不多
在国内外相关论坛问个问题答的人太少了。今年算是有了第一本关于Nhibernate的书籍《NHibernate in action》，Spring.net到目前为止还没看到任何书籍，而在线文档又极其简陋。
8.如果上天能给我一个再来一次机会的话，我还会选择.net吗
本人并不想挑起这个老话题，但是java有许多关于hibernate、spring等优秀开源框架的经典书籍可以查阅，这是个不争的事实！
天快亮了，而外面机器的轰鸣声依旧震耳欲聋……今天就说这些了，就花了4、5个小时，下次继续……