NHibernate搭配Access的问题

NHibernate搭配Access的问题近日想学习一下NHibernate，以用在最新的一套大型系统上。

想想不如先做一个小网站来练练手，不过之前还是得先看看NHibernate的使用方法。

搜索了几篇入门文章，包括官方网站的First Step，然后就开始写了。

本想使用Access数据库，结果是一直失败，一开始是连Configuration都无法生成，后来又是写入数据库错误。

后来改成使用Sql server2000，结果很顺序的就通过了。

再改成Access，又没有了头绪。

最后经历了千辛万苦啊，终于算是通过了。

总结如下：使用Access数据库的组件在官方下载的NHibernate-contrib文件里，有个NHibernate.JetDriver.dll，这个文件也是必须的。

其实，在app.config文件里加入NHibernate属性的语句是：<?xml version="1.0" encoding="utf-8" ?><configuration><configSections><section name="nhibernate" type="ValueSectionHandler, System, Version=1.0.5000.0, Culture=neutral, PublicKeyToken=b77a5c561934e089"/> </configSections><nhibernate><add key="hibernate.connection.provider"value="NHibernate.Connection.DriverConnectionProvider"/><add key="hibernate.dialect" value="NHibernate.JetDriver.JetDialect, NHibernate.JetDriver"/><add key="hibernate.connection.driver_class"value="NHibernate.JetDriver.JetDriver, NHibernate.JetDriver"/><add key="hibernate.connection.connection_string"value="Provider=Microsoft.Jet.OLEDB.4.0;Data Source=hibtest.mdb"/></nhibernate></configuration>那个dialect和driver_class的值里面前面是类名称，后面是命名空间名称，中间用逗号分开，不可缺少。

以前查到的一些资料里都没有这一步，所以一直失败。

最后还有一个问题，用户表里面的LastLogon是个日期时间字段，类里面字段的属性也设成日期时间，插入的时候报错，把类里面的字段改成string就可以了，可能是因为插入的时候没有加引号的问题。

还有密码字段如果字段名为Password，同样插入出错，这个应该是字段名跟关键字冲突的问题，看来作者没有考虑到把字段名括起来的问题。

但是我一直没有办法显示出最终要执行的sql语句，所以也一直没有办法确定错误原因。

不过有了以上内容，应该足够写完整个程序了。

测试了一下性能，点击按钮到返回，要2秒多，明显有点慢，做了一个10000个新数据，然后一次写入，用了20秒才写完，有点不可接受了。

回头试一下直接用OleDb写入的速度比较一下吧。

对于昨天的问题，继续研究了一下。

经过一阵搜索，受到了另一位仁兄的启发。

现在的速度慢，跟多一次DLL调用应该也有不小的关系，为什么不把 NHibernate.JetDriver合并进主模块呢？打开NHibernate的源代码，试着编译了一下，报错，说是签名失败，缺少一个sn 文件。

后来找到这个文件是需要自己生成的，使用VS自带的一个工具sn.exe -k NHibernate.snx就可以了，把这个文件放到src目录下，编译通过。

在NHibernate的项目里添加目录 JetDriver，然后把NHibernate-Contrib里面的10目录里面的源代码一个个添加进来，编译，通过了。

试着调用一下，用昨天那个程序，重新添加引用，成功了，减少了一个DLL文件。

顺便研究了一下JetDriver的源代码，在JetDialect.cs文件里找到了一段：public override char CloseQuote{get { return ''; }}初步以为这个应该是自动添加在字段名上的修饰，于是把中间改成中括号，结果失败，查看了一下NHibernate输出的SQL，没有起作用，放弃。

在 JetDbCommand.cs文件里找到一段CheckParameters，如果字段属性是日期时间字段，那么会自动转换成字符串。

既然如此，为什么我插入日期时间字段的时候还是有问题呢？它的ToString是有格式的，ToString( "dd-MMM-yyyy HH:mm:ss")，把这个格式添加到我自己的程序的转换过程里，结果也失败了，原来如此，这个转换后的格式再往Access里面写的时候没有办法正确的转换回去了，于是修改这个格式，ToString( "dd/MM/yyyy HH:mm:ss" )，重新编译NHibernate.dll，重新编译测试程序，把字段属性和映射属性都改成日期，成功了。

至于Password字段名字冲突的问题，虽然让数据库里面的字段不要叫Password可以解决问题，但是毕竟比较丑陋，结果试了一下在映射文件里面的column属性里加上中括号修饰，也通过了，OK，问题不完美解决。

如果想要的话，可以在映射文件的所有字段名上加上中括号，当然，其实只有Username和Password是必须的。

还是没有找到程序中哪里可以修改，自动为字段名添加修饰，难道没有考虑到这个功能？经过两天的苦战，得出一个结论，NHibernate不适合Access开发，还是放弃吧。

前面很容易的搞定了Driver的问题以后，自以为离成功已经很近了，但是没有想到，真正的困难还在后面。

通常数据库程序中最常用的一个关系就是一对多的关系，这也是NHibernate推荐使用的关系类型，于是很简单的建了一个数据库，一个Groups表，包括GroupID和GroupName，一个Items表，包括ItemID和ItemName还有GroupID。

通常这个关系可以代表数据库系统中绝大部分关系类型。

比如用户和组，产品和类别，等等。

按照上一次写的Config文件和hbm.xml文件，很快写好了整个系统的框架，不过对于一对多的关系如何处理还没有思路，看了看别人的文章，都是一个set做One-to-more，另一个做More-to-one，在Group类里定义了一个Items的变量，变量类型一开始使用IDictionary，在Item类里定义了一个Group类型的变量，代表它所对应的Group，（一开始定义成了Int型的GroupID，后来发现这是个严重的错误，总是提示无法转换成正确的类型）。

结果单独创建了一个Group变量再保存的时候都一直报错，说数据类型转换错误，后来查了一些英文资料，好像在C#里没有办法把IDictionary转换成NHibernate使用的Set类型，要用 ICollection，但是把Items改成这个类型以后，发现这个类型本身没有Add方法，那怎么把它的Item加进来呢？百思不得其解啊。

似乎没有一篇文章提到这个解决方案。

晚上再努力查找，终于看到一丝线索，NHibernate内部使用的是 Iesi.Collections.ISet 接口类型，它派生出了好几种类型，对应不同功能的列表。

ISet这个东西C#本身是不具备的，这是这个第三方库模仿Java做出来的。

于是在Group里面加上这个引用，然后把Items 改成这个类型，哇，终于通过了，可以添加Group了。

开心。

接下来Load一个Group出来，创建一个Item，把这个Group变量赋给Item的Group属性。

保存Item，成功了！但是看来看去总觉得不是个味，好像那个一对多关系白定义了。

因为看人家的说法，应该是定义一个Group，然后定义一个Item，把这个Item添加到 Group的Items列表里，然后只要保存Group，那么这个Item也会自动保存，结果我试来试去不成功，提示一个错误，插入或更新出错，期望1 行，结果0行，可能是别的用户更改或删除的数据等等。

因为一开始做的是一个Web应用程序，结果在配置文件里设成show_sql为 true以后，还是没有办法看到生成的Sql语句，于是新建一个exe项目，代码一样，运行一下，果然看到Sql语句了。

奇怪的是，系统生成了两条语句，一个是插入新的Group，然后调用了一个Select @@identity，然后使用一个Update语句来更新Items表，结果生成的Where语句是ItemID=0。

就算这个0是个错误，那也应该生成Insert语句啊，为什么是Update呢？想了一下，总算是知道这个0是什么意思了，前面的那个Select @@identity对于Access无效，没有返回那个刚刚插入的id，所以就成了0。

这个问题恐怕不是我能解决的了，没有了这个功能，使用NHibernate还有什么意义？如果无法提取关联对象，还要自己负责维护这个关系的话，恐怕还要出现一些条件语句在系统里，那就真的不如不用了。

等会试一下用Sql Server是不是没有这个问题，还有再试一下提取对象是否能够自动关联起来。

遇到了传说中的人品问题。

今天终于搞定了NHibernate的一对多问题，不知道是因为它的版本升级了还是真的我的人品问题，反正按照网上看来的代码没有一个可以正确执行的。

最终发现还需要多一步操作，就是对于每个Item都需要一步Session.Save，而不是像网上所说的那样只要Save(Group)就可以自动Save Item。

完整的工作流程：建立Configuration，Load XML文件（或者AddAssembly），生成SessionFa cto ry，生成Session，生成Transaction，新建Group，设定属性，Session.Save(Group)，（或者Load Group），新建Item，设定属性，特别要指定它的Group 属性，跟组对应起来，Session.Save(Item)，如果有多个Item，重复这个过程，然后mit，数据就已经保存进数据库了，Session.Close。