NHibernate搭配Access的问题(完整)

近日想学习一下NHibernate,以用.

近日想学习一下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=”System.Configuration.NameValueSectionHandler, 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里面的NHibernate.JetDriver目录里面的源代码一个个添加进来,编 译,通过了。试着调用一下,用昨天那个程序,重新添加引用,成功了,减少了一个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),生成SessionFactory, 生成Session,生成Transaction,新建Group,设定属性,Session.Save(Group),(或者Load Group),新建Item,设定属性,特别要指定它的Group属性,跟组对应起来,Session.Save(Item),如果有多个Item,重复 这个过程,然后Transaction.Commit,数据就已经保存进数据库了,Session.Close。

读 取的过程:前面相同,生成Session以后(Factory.OpenSession),Group g=(Group)Session.Load(typeof(Group),GroupID),这样就得到了这个ID所对应的Group对象,它的 Items属性里包含了所有的下级Item,目前我用的是HashedSet来保存的,所以可以使用foreach(Item it in g.Items),然后就可以使用所有的it的属性了。

在Sql Server里调试成功以后,切换到Access数据库,居然发现一切问题都不存在了,完全跟Sql Server等效,难道那个Select @@identity对于Access也同样有效?有待查证。不过既然过了这一关,剩下的问题就都很简单了,只不过字段多一些而已。但是根据它的这个生成 对象的方式来看的话,如果有三个以上的表使用级联的一对多关系,比如一级分类,二级分类,三级分类,然后才是Item,那么在调用生成一级分类对象的时 候,它应该是会搜索所有的数据表,生成所有的级联对象的,这是个很严重的浪费,而且如果要是用在论坛里面,要想显示首页所有的板块,那么它就会同时在数据 库里提取出所有的帖子,这个好像不太现实,继续研究中……

1.测试了两级一对多的关系,写入数据的确变的相当方便了,省却了大量重复的SQL代码的工作。但是当使用Session.Load加一个父对象的 时候,它的子对象,以及这个子对象的所有子对象都会被加载,对于数据库或者网络都是个问题。

解 决方案:给这个一对多的关系在配置文件hbm.xml的set段加上一个属性,lazy=”true”,这样就变成延迟载入,调入父对象的时候不会自动加 载它的子集,只有当你要使用这个子集的时候(foreach),才会及时生成这个子集,这样就避免了浪费无用的查询时间。但是这样有一个要求,就是 session必须保持活动,不能被Close,否则就无法再去调入新的查询内容了。

2.调入父对象的时候,子对象自动调入,如果用foreach来查询子对象,那么输出的顺序是不固定的,无论在父类中使用ListSet还是 HashedSet,结果都是不固定的。

解 决方案:还没有看到真正解决这个问题的方法,只能手动加载子类,使用Session.Find加HQL语言,可以达到任意控制权限。在一篇文章里看到使用 list代替set,然后在list的里面可以添加一个index属性,标明排序的字段,实体类里面使用IList,但是我没有成功。回头再试。

3. 在使用级联删除的时候,加载一个Group,Session.Delete(Group),然后查看执行的Sql语句,在Items表里居然每一行 Item执行了一次Delete,也就是说它是按照Where ItemID=?来删除的,这样1000条记录就执行了1000次,为什么不使用Where GroupID=?呢,只要一句就搞定了,而且对于这种删除,数据库本身一般都是做了优化的。

4.突然想不起来了,占位,想起来再补。