学习NHibernate，使用NHibernate总是有太多的疑惑。原来以后不就是个配置文件，后来才发现远远没有那么简单，这个配置文件又要照顾Entity Class，又要照顾数据库脚本生成，更要照顾动态的SQL语句生成，所以现在想来碰到这么多问题也是正常了。这些问题，有些在同事间、或者自己琢磨已经有结果，但是有很多问题是直到看了孙姐姐的书《精通HIBERNATE：Java对象持久化技术详解》，才豁然开朗。NHibernate组织自己也说，现在离1.0的最终发布版本差的就是文档了,所以NHibernate文档的缺乏更加加深了掌握的难度，但是幸好它是Hibernate的一个port，所以学习NHibernate最好的资料就是Hibernate的各种介绍和书籍了。下面就讲我认为比较重要的一一列出了。

1、持久层开发的最佳路线图：hbm->entity class->database scripts
hbm是信息最丰富的，所以由它作为驱动因素是最理想的，当然如果是项目的约束的影响那就另当别论了（比如数据库已经设计好了）。从hbm->entity class可以使用NHibernateContrib库（NHibernate官方开发的），最后生成database scripts的功能NHibernate库已经自带了。写hbm实际上不困难，只有将NHibernate自带的几个xsd文件拷贝到VS相应目录下就可以使用智能提醒了，写起来可谓是运指如飞。另外有个叫Object Mapper的工具提供了从UML图自动生成hbm的功能，不过我试了一下不是很爽，没有直接写快。

2、要Lazy Load，还是要清晰的DAL Service层？
(N)Hibernate一再强调Lazy Load的重要性，所他如何可以增加程序的性能，但是经过一段时间的研究发现Lazy Load固然好，但是可能会破坏企业应用架构。首先Lazy Load的使用有一个前提就是必须在同一个Session中，否则NHibernate给Lazy Load的类加的动态代理的事前拦截将无法捕获合适的Session因此在后来读Lazy Load的属性时会去用已经关闭的Session，自然就会throw exception了。另外，按照依赖颠倒的原则，一般我们都这样来BLL层下的架构“BLL ----> IDAL <--- DALImpl”，那么在DAL的每个方法中，必须经历Session打开和关闭的过程，因此当BLL层获得某个持久类，实际上是游离状态的，即Session已经关闭，此时BLL层在去读设置了Lazy Load的属性，就注定失败了。那么如何才能应用Lazy Load？一个办法在BLL中用NHiberante的Session等，但这样显然破坏了原本清晰的架构。所以我的理解是：Lazy Load和清晰的DAL Service层，二者不可兼得。当然最好是我理解错了，:)

3、inverse属性
该属性通常存在于双向管理关系中的<set>等列表标签中，其含义是“是否是镜像”的含义。比如在many-to-one双向关联关系中One方的<set>标签中若设置了inverse=true，则表示One方的关系设定只是一个镜像，而该关系的最终生成SQL则完全用Many方决定。因此当运行一下脚本：

这样设置后NHibernate会帮助完成以下3件事情：
1、级联保存或更新，相当于cascade属性设置了"save-update"的情况。
2、级联删除，相当于cascade属性设置了"delete"的情况。
3、删除没有父的所有子对象。

5、类图中是2个类，但存储使用一个表
这种情况很多，比如一个系统中有用户和地址，在类图中应该是2个类会比较清晰，但是有时确希望在数据库中存放在1个表中，这时候可以用<component />标记，如下所示：

6、继承关系的几种映射方法
继承关系的映射可以有3种方法：每个具体类映射一张表、全部映射成一张表、每个类映射一张表（包括抽象类），下面是实例，有一个基类：Animal，二个子类：Dog、Cat。

每个具体类映射一张表：

1List Animals = session.find("from Animal");