硬盘坏了也是一种契机,我突然想到了SQL Server还有一个CE版本,现在不止提供For Mobile的,还提供桌面版.这种可爱的嵌入式数据库可比没意思的Access好得多了. 这东西虽然没store function(其实有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写了一个
System.Data.SQLServerCe.SQLCeConnection conn =new System.Data.SQLServerCe.SQLCeConnection(@"Data Source=E:\Loning\Loning.Remit\db.sdf"); BookName2_0_, this_.LangID as LangID2_0_ FROM dbo.Book this_",conn); |
***这东西提示表名异常,我一检查表名,想起由于是SQL Server生成的,带着个dbo.前缀,发现生成的NHibernate的配置文件
<?xml version="1.0" encoding="utf-8" ?> namespace="Loning.Remit.BusinessObjects" assembly="Loning.Remit"> |
其中存在dbo.,去掉之后正常,于是更改Codesmith的这个模板.把table.FullName改成table.Name,生成后配置文件正确,而后重新生成一遍,编译.过了. 我从下午5点开始折腾,一直折腾到11点,总算把这些问题解决了,希望CE这东西可以好好工作...
【编辑推荐】