原来的程序是使用sqlite这个嵌入式数据库作为Remit(code name)的数据源的,因为NHibernate支持这个,然而有一点不好的是sqlite不支持外键,导致可悲的codesmith不能得到关系,无法生成我喜欢的多对多映射.如果手写就要写映射xml文件以及业务实体类,这可是我这种懒人不喜欢的.况且数据库经常变更,良好的代码生成可以做到数据库与代码的同步.
硬盘坏了也是一种契机,我突然想到了Sql Server还有一个CE版本,现在不止提供For Mobile的,还提供桌面版.这种可爱的嵌入式数据库可比没意思的Access好得多了. 这东西虽然没store produce(其实有ORM基本没必要用),但是索引啊,表关系啊还是很全面的.微软的东西就是好,造福全懒人嘛..
然而我的数据库原来是Access的,在网上找了半天工具只找到一个Sql To Sql Ce的工具.于是用Access的升迁向导升迁到MS SQL,然后在MS SQL Server里面建立表关系.然后用那个工具导入到SQL CE里面. 然后又自己编译了一个Codesmith的数据库Schema provider(因为以前这个是for 4.0的,而我的是5.0).
那个迁移工具貌似有点问题,没有把表关系完全copy过去,自己的SQL Menagement Studio版本可能太低,不能打开3.5的CE数据库.结果用Codesmith就没法生成我要的关系.不爽.想到NHibernate其实对于表关系是不依赖于数据库的,只要有表就可以了,所以想到一个特别二的方法,就是用MS SQL做Codesmith的数据源,生成文件,而程序中则使用迁移后的CE数据库.(其实感觉直接用MS SQL Server也可以,最后发布的时候换CE)
不过最郁闷的事情是在使用NHibernate进行测试的时候,居然提示我某个查询不能执行,而我在VS 2008的数据库的查询里面那个查询是可以运行的SELECT this_.ID as ID2_0_, this_.BookName as BookName2_0_, this_.LangID as LangID2_0_ FROM dbo.Book this_ 我实在是很无奈啊,找错误NHibernate扔出来的异常的InnerException也看不出什么来,我就自己用ADO写了一个
Code
最后这东西提示表名异常,我一检查表名,想起由于是Sql Server生成的,带着个dbo.前缀,发现生成的NHibernate的配置文件
<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" namespace="Loning.Remit.BusinessObjects" assembly="Loning.Remit">
<class name="Loning.Remit.BusinessObjects.Book, Loning.Remit" table="dbo.Book" lazy="true">
<id name="Id" column="ID">
<generator class="assigned" />
</id>
<property name="BookName" column="BookName" />
<many-to-one name="Language" column="LangID" class="Language" />
<bag name="Words" lazy="true" cascade="all" inverse="true" >
<key column="BookID"></key>
<one-to-many class="Word"></one-to-many>
</bag>
</class>
</hibernate-mapping>
其中存在dbo.,去掉之后正常,于是更改Codesmith的这个模板.把table.FullName改成table.Name,生成后配置文件正确,而后重新生成一遍,编译.过了. 我从下午5点开始折腾,一直折腾到11点,总算把这些问题解决了,希望CE这东西可以好好工作...
内容肤浅,还请见谅.发到首页,实在惶恐.不发又基本没人看...希望对大家在做这方面的时候有所帮助吧,今天google中文资料实在少.
附上codesmith的ce schema provider以及nhibernate的模板