一、背景 我们现在做的项目，用nhibernate实现数据访问层。 访问数据时，有的数据库表是确定的：有明确的表名、字段名。这时候按照常规的方法处理即可：建立数据库表到类的映射，使用hql读写数据库。 但有的数据访问，所针对的数据库表是不确定的，在运行阶
一、背景我们现在做的项目，用nhibernate实现数据访问层。
访问数据时，有的数据库表是确定的：有明确的表名、字段名。这时候按照常规的方法处理即可：建立数据库表到类的映射，使用hql读写数据库。
但有的数据访问，所针对的数据库表是不确定的，在运行阶段确定访问哪些数据库表的哪些字段。数据库表和字段都不确定，自然没办法建议o-r映射，只好构造sql语句了。
既然已经用了nhibernate，我们利用sql访问数据库时，也仍然使用nhibernate。主要是想利用它管理的session，还有对分页查询的支持：可以指定开始行，还有所需要的总行数。
就因为贪这个便宜，出问题了。
二、错误使用sql（而不是hql）访问数据库，而且加上访问范围（开始行或总行数），有时候会出现奇怪的问题：有的字段，在数据库中明明有值，但就是读不出来。
例如，有一个数据库表，表的定义大致是：mytable(id, name, frompoint)。
现在需要查询其中的前10条记录，利用下面的sql语句：
select id, name, frompoint from mytable
创建好sql查询后，设置查询范围：
...var query = session.createsqlquery(sql);query.setfirstresult(0);query.setmaxresults(10);...
对于执行结果，期望的是，每条记录有三个字段。但实际上，只返回前两个字段的值，第三个字段，frompoint的值，没有返回。
查看nhibernate的日志，所生成的sql是：
select id, name from (select id, name, frompoint from mytable) where rownum<=10
这实在令人费解。
三、原因在网上搜索，找不到原因。只好祭出最后的杀手锏：跟踪源代码。
结论是：nhibernate在解析sql语句时有问题，导致过滤掉了不该过滤掉的列。
具体地说，在类 nhibernate.dialect.dialect的方法 extractcolumnoraliasnames 中有如下代码：
if (token.startswithcaseinsensitive(select)) continue;if (token.startswithcaseinsensitive(distinct)) continue;if (token.startswithcaseinsensitive(,)) continue;if (token.startswithcaseinsensitive(from)) break;
这段代码的本意，是不将select、distinct等sql保留字作为列，而且一旦遇到from保留字，就意味着列结束。
问题在于，它用了startswith，而不是整词判断，从而误伤了以这些关键字开头的字段。而且一旦有以from开始的字段，后面的字段都被过滤掉了。
四、办法出问题的方法 extractcolumnoraliasnames 是 static internal 的，没有修改机会。我们只好绕道走：自行加上rownum的过滤条件。
本来要借助nhibernate实现跨数据库，我还一直告诫小伙伴们避免使用oracle、sql server等数据库管理系统特定的sql语法来着。
不少程序员会本能地想到一个解决方法：既然是开源的，而且错误原因找到了，拿过来修改好，编译一个新版本用就ok。我对此明确表示不赞成，一方面，这会脱离nhibernate主线版本的发展，另一方面，也给组件的引用带来不便：我们正在用spring.net管理nhibernate，build一个自己的版本，要设置一堆元信息，想想就头大。
五、范围就我目前所知，该bug出现的情景如下：
使用原生sql访问数据库；设置了firstresult、maxresults等查询结果范围；最早的引入版本不详，最新的版本中，从源代码上判断，此问题仍然存在；我们使用的是oracle数据库，其它数据库管理系统不详。