硬盘坏了也是一种契机,我突然想到了SQL（SQL Server培训 mySQL培训 ） 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");
SQLCeCommand command=new SQLCeCommand("SELECT this_.ID as ID2_0_, this_.BookName as
BookName2_0_, this_.LangID as LangID2_0_ FROM dbo.Book this_",conn);
conn.Open();
最后这东西提示表名异常,我一检查表名,想起由于是SQL Server生成的,带着个dbo.前缀,发现生成的NHibernate的配置文件
namespace="Loning.Remit.BusinessObjects" assembly="Loning.Remit">
其中存在dbo.,去掉之后正常,于是更改Codesmith的这个模板.把table.FullName改成table.Name,生成后配置文件正确,而后重新生成一遍,编译.过了. 我从下午5点开始折腾,一直折腾到11点,总算把这些问题解决了,希望CE这东西可以好好工作...
巧用SET选项设置SQL Server客户端配置
MySQL索引分类和各自用途
浅谈MySQL存储引擎选择 InnoDB还是MyISAM |
