Rafy 领域实体框架演示(4) - 使用本地文件型数据库 SQLCE 绿色部署

简介:

本系列演示如何使用 Rafy 领域实体框架快速转换一个传统的三层应用程序,并展示转换完成后,Rafy 带来的新功能。

福利到!Rafy(原OEA)领域实体框架 2.22.2067 发布!

Rafy 领域实体框架示例(1) - 转换传统三层应用程序

Rafy 领域实体框架演示(2) - 新功能展示

Rafy 领域实体框架演示(3) - 快速使用 C/S 架构部署

 

前言


支持一款与 Access 类似的文件型数据库,对于一些绿色安装的应用程序来说是非常必须的。使用 Rafy 领域实体框架开发的应用程序,可以在不变更一行代码的情况下,直接由大型数据库管理系统,移植到使用简单的 SqlCE 4 文件型数据库。(关于选择使用 SQLCE 4 作为文件型数据库的原因,详见:《OEA 2.11 支持单机版数据库 - SQLite与SQLCE对比》。)

本文说明如何快速配置 Rafy 应用程序,使得不需要修改任何代码的同时,让原本支持分布式部署、连接 SqlServer 的应用程序,转换为使用 SQLCE 数据库,以支持绿色部署。

 

拷贝 SQLCE 4 相关程序集


首先,需要把 SQLCE 对应的文件都拷贝到执行文件对应的项目中:

1.拷贝 SQLCE 文件

引用 System.Data.SqlServerCe:

2.引用

把刚拷贝进项目中的 amd64 及 x86 文件夹中所有文件的”Copy to Output Directory” 属性设置为”Copy if newer”,这样,编译后的文件夹中就会自动拷贝这两个文件夹中的所有文件了:

3 文件4 拷贝到目标文件夹

 

修改配置文件


然后,需要修改配置文件中的数据库连接相关的配置节。修改后的配置文件内容如下:

   1:  <?xml version="1.0"?>
   2:  <configuration>
   3:      <connectionStrings>
   4:          <add name="CS" connectionString="Data Source=Data\ClothesSys.sdf;Case Sensitive=True;" providerName="System.Data.SqlServerCe" />
   5:      </connectionStrings>
   6:      <system.data>
   7:          <DbProviderFactories>
   8:              <remove invariant="System.Data.SqlServerCe"/>
   9:              <add name="SqlServerCe Data Provider" invariant="System.Data.SqlServerCe" description="SqlServerCe Data Provider"
  10:                   type="System.Data.SqlServerCe.SqlCeProviderFactory, System.Data.SqlServerCe, Version=4.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91"/>
  11:   
  12:          </DbProviderFactories>
  13:      </system.data>
  14:  </configuration>

 

运行程序


这样,就已经完成了所有的步骤。此时运行程序,会发现首次运行时程序启动较慢,这是因为Rafy正在创建指定的 ClothesSys.sdf 数据库及其中的初始数据:

5数据库

数据库创建完成后,程序正常启动,并可以直接登录。

imageimage

 

代码下载


下载地址:http://pan.baidu.com/s/1AB9TL

image

本文对应的示例代码在“4.使用 SQLCE4 文件型数据库”文件夹中。

 

欢迎试用 Rafy 领域实体框架,框架发布地址:http://www.cnblogs.com/zgynhqf/p/3356692.html

目录
相关文章
|
7月前
|
存储 关系型数据库 数据库
附部署代码|云数据库RDS 全托管 Supabase服务:小白轻松搞定开发AI应用
本文通过一个 Agentic RAG 应用的完整构建流程,展示了如何借助 RDS Supabase 快速搭建具备知识处理与智能决策能力的 AI 应用,展示从数据准备到应用部署的全流程,相较于传统开发模式效率大幅提升。
附部署代码|云数据库RDS 全托管 Supabase服务:小白轻松搞定开发AI应用
|
7月前
|
数据可视化 BI API
无缝对接云数据库:自定义报表生成工具在混合云环境下的部署指南
自定义报表生成工具通过拖拽设计、多数据源整合及自动化输出,帮助业务人员零代码创建个性化报表,解决传统工具灵活性不足、技术门槛高的问题。文章对比其与传统报表差异,列举行业应用场景(如财务、零售),并给出选型建议与主流工具(如FineReport、Power BI、板栗看板)的优劣势分析。
277 0
|
11月前
|
SQL 关系型数据库 数据库
【YashanDB知识库】OM仲裁节点故障后手工切换方案和yasom仲裁重新部署后重新纳管数据库集群方案
本文介绍了主备数据库集群的部署、OM仲裁故障切换及重新纳管的全过程。首先通过解压软件包并调整安装参数完成数据库集群部署,接着说明了在OM仲裁故障时的手动切换方案,包括关闭自动切换开关、登录备节点执行切换命令。最后详细描述了搭建新的yasom仲裁节点以重新纳管数据库集群的步骤,如生成配置文件、初始化进程、执行托管命令等,确保新旧系统无缝衔接,保障数据服务稳定性。
|
11月前
|
数据库
【YashanDB知识库】数据库一主一备部署及一主两备部署时,主备手动切换方法及自动切换配置
【YashanDB知识库】数据库一主一备部署及一主两备部署时,主备手动切换方法及自动切换配置
【YashanDB知识库】数据库一主一备部署及一主两备部署时,主备手动切换方法及自动切换配置
|
9月前
|
关系型数据库 MySQL 数据库
【赵渝强老师】数据库不适合Docker容器化部署的原因
本文介绍了在Docker中部署MySQL数据库并实现数据持久化的方法,同时分析了数据库不适合容器化的原因。通过具体步骤演示如何拉取镜像、创建持久化目录及启动容器,确保数据安全存储。然而,由于数据安全性、硬件资源争用、网络带宽限制及额外隔离层等问题,数据库服务并不完全适合Docker容器化部署。文中还提到数据库一旦部署通常无需频繁升级,与Docker易于重构和重新部署的特点不符。
475 18
【赵渝强老师】数据库不适合Docker容器化部署的原因
|
9月前
|
人工智能 数据挖掘 API
基于neo4j数据库和dify大模型框架的rag模型搭建——后续补充
基于neo4j数据库和dify大模型框架的rag模型搭建——后续补充
906 21
基于neo4j数据库和dify大模型框架的rag模型搭建——后续补充
|
9月前
|
Java 数据库 Docker
基于neo4j数据库和dify大模型框架的rag模型搭建
基于neo4j数据库和dify大模型框架的rag模型搭建
2524 35
|
7月前
|
SQL XML Java
配置Spring框架以连接SQL Server数据库
最后,需要集成Spring配置到应用中,这通常在 `main`方法或者Spring Boot的应用配置类中通过加载XML配置或使用注解来实现。
563 0
|
10月前
|
SQL 数据库连接 数据库
在C++的QT框架中实现SQLite数据库的连接与操作
以上就是在C++的QT框架中实现SQLite数据库的连接与操作的基本步骤。这些步骤包括创建数据库连接、执行SQL命令、处理查询结果和关闭数据库连接。在实际使用中,你可能需要根据具体的需求来修改这些代码。
619 14

热门文章

最新文章