初探SQL Server CE + Codesmith用法

硬盘坏了也是一种契机,我突然想到了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"); 

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的配置文件

<?xml version="1.0" encoding="utf-8" ?>
<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这东西可以好好工作…

【编辑推荐】

  1. 巧用SET选项设置SQL Server客户端配置
  2. MySQL索引分类和各自用途
  3. 浅谈MySQL存储引擎选择 InnoDB还是MyISAM

文章来源网络,作者:管理,如若转载,请注明出处:https://shuyeidc.com/wp/230812.html<

(0)
管理的头像管理
上一篇2025-04-19 10:03
下一篇 2025-04-19 10:05

相关推荐

  • 云服务器和云虚拟主机怎么选?云服务器和虚拟主机区别

    云服务器适合业务增长快、需弹性扩展的场景,而云虚拟主机适合预算有限、技术门槛低的小型静态网站或测试环境,二者核心区别在于资源独享性与运维复杂度,核心差异解析:从底层架构到使用体验很多人容易混淆这两者,觉得它们都是“买空间建站”,它们的底层逻辑完全不同,云服务器(ECS)就像是你租了一整栋别墅,水电网络独立,你想……

    2026-06-29
    0
  • 赣州智慧旅游招聘是真的吗?赣州旅游人才招聘信息

    中级岗位(3-5年经验)月薪范围通常在6000-10000元,这类岗位需要独立负责项目模块,如独立运营一个抖音账号,或维护一个景区小程序的功能迭代,具备成功案例的候选人议价能力较强,高级岗位(5年以上经验)月薪范围通常在10000-20000元,部分核心管理岗可达更高,这类人才需要具备战略规划能力,如制定整个景……

    2026-06-29
    0
  • 赣州智能物联网车位锁如何管理?智能车位锁管理系统多少钱

    赣州智能物联网车位锁管理的核心在于通过云端平台实现远程控锁、状态实时监控及自动计费,彻底解决传统车位“被占难管”与“找位难”的痛点,在赣州这样的城市,随着机动车保有量的持续增长,老旧小区、商业综合体以及私人固定车位的资源矛盾日益凸显,传统的机械地锁或简易遥控锁,不仅操作繁琐,更无法实现数据化管理,引入智能物联网……

    2026-06-29
    0
  • 赣州智能消防栓好用吗,智能消防栓多少钱一个

    赣州智能消防栓通过物联网技术实现实时监测与远程报警,能显著降低火灾响应时间并提升城市消防安全管理水平,是目前智慧城市建设中不可或缺的基础设施,赣州智能消防栓的核心价值与应用场景传统消防栓往往存在“看不见、摸不着、用不了”的痛点,在赣州这样地形复杂、老城区与新城区并存的区域,传统设施的管理难度极大,智能消防栓的出……

    2026-06-29
    0
  • 云服务器和物理机到底有啥区别?

    云服务器本质上是虚拟化资源池中的弹性实例,而传统物理服务器是独占的硬件实体,前者胜在弹性与运维便捷,后者强在物理隔离与性能稳定,具体选择取决于业务对成本、扩展性及安全合规的权衡,很多人初次接触服务器时,容易把“云服务器”和“传统物理服务器”混为一谈,觉得它们都是用来跑网站或存数据的盒子,这两者的底层逻辑完全不同……

    2026-06-29
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注