CodeFirst实战:用文本数据库存档软件配置

简介:

背景:


以前要写软件的时候,在编写用户配置这一块时,由于存档数据库不靠谱或大题小作,所以一般是存在文本中。
一开始是一个文件保存一个配置(图个File.Read与File.Write的操作简单)
由于软件经常升级,用户的配置也会不停的增加,又得兼容以前,又要新增加,之后的配置又用了分隔与换行来来保存多条配置。
重复多了之后,多少感觉到麻烦~~~



解决:


所以,对于DBImport,你看早期的版本,对于用户的数据库链接,也没保存配置,说白了就是懒啊。
后来有用户反应要增加,加之CYQ.Data的文本数据库功能相对越来越完善,以及使用上也方便了,所以就增加上去了。



所以今天就以这个为实例,讲解一下是怎么方便法:


对于DBImport来说,有两个输入框,为了方便存档及下次启动,需要保存下并于下次启动时还原:

25031649-590a3e694ac44982b9138aa9be5f95a


实战如下:


1:用入CYQ.Data.dll V5版本的。

2:CodeFirst编写个实体:

class Config : CYQ.Data.Orm.OrmBase
   {
public Config()
       {
base.SetInit( this" Config "" txt path={0};ts=0 ");
       }
private int ID{get;set;}
private string Key{get;set;}
public string Value{get;set;}
   }

说明:

表名:Config;

{0}:代码根目录,即软件运行目录;

ts=0:新增的识别参数,不创建Config.ts的表结构文件。


3:接下来就是按钮点击事件成功后,把数据为链接保存:

// 保存链接字符串。
using (Config config =  new Config())
                   {
if (config.Fill( " key='ConnFrom' "))
                       {
                           config.Value = connFrom;
                           config.Update();
                       }
else
                       {
                           config.Key =  " ConnFrom ";
                           config.Value = connFrom;
                           config.Insert(InsertOp.None);
                       }
                   }

如果链接已存在,就是更新,如果不存在,就是插入了。


4:软件初运行的时候检测数据是否存在,并设置初始值还原:

   using (Config config =  new Config())
           {
if (config.Fill( " Key='ConnFrom' "))
               {
                   txtConnFrom.Text = config.Value.ToString();
               }
if (config.Fill( " Key='ConnTo' "))
               {
                   txtConnTo.Text = config.Value.ToString();
               }
           }


5:一切就绪,F5运行后,软件目录下就多了一个文件(文本数据存存档json或xml格式数据):

25033123-d613335cf93748bcbf0739f105e42cd


这里提一下,如果文本数据库链接不指定ts=0,在同一目录下会创建数据库结构:

25033724-97df2787b2ae4f4080380e2f1a4406c


示例就到这里结束了。


对于CodeFirst,是支持所有数据库,但是又有些许区别:

如果是对于sqlite,mssql,oracle,mysql等,由于数据是肯定是存到数据库的,所以CodeFirst编码运行后,肯定是会创建表结构到数据库中,才能存储数据。

意思就是,如果有数据库字段变化,可能需要到数据库里修改对应的字段;

而文本数据库,如果是增加或减少属性字段,则完全无事,如果是删除或修改字段名称,如果字段的数据不要,则也无事,如果原字段数据需要,自己打开事本,批量替换一下,也是相当方便。



总体来说,个人觉的CodeFirst的操作方式,还是文本数据库来的实在与方便~~~ 而其它数据库,虽然如果中间变更,还是要变更,那就又回到CodeLast了。。。








     本文转自cyq1162 51CTO博客,原文链接:http://blog.51cto.com/cyq1162/1256647
,如需转载请自行联系原作者




相关文章
|
2天前
|
应用服务中间件 数据库连接 网络安全
网站连接数据库配置错误
网站连接数据库配置错误
|
3天前
|
SQL 关系型数据库 MySQL
sql注入原理与实战(三)数据库操作
sql注入原理与实战(三)数据库操作
sql注入原理与实战(三)数据库操作
|
1天前
|
SQL 数据处理 数据库
SQL语句优化与查询结果优化:提升数据库性能的实战技巧
在数据库管理和应用中,SQL语句的编写和查询结果的优化是提升数据库性能的关键环节
|
2天前
|
数据可视化 关系型数据库 MySQL
【IDEA】配置mysql环境并创建mysql数据库
【IDEA】配置mysql环境并创建mysql数据库
17 0
|
2天前
|
机器学习/深度学习 存储 自然语言处理
LangChain-22 Text Embedding 续接21节 文本切分后 对文本进行embedding向量化处理 后续可保存到向量数据库后进行检索 从而扩展大模型的能力
LangChain-22 Text Embedding 续接21节 文本切分后 对文本进行embedding向量化处理 后续可保存到向量数据库后进行检索 从而扩展大模型的能力
7 0
|
3天前
|
SQL 存储 Java
sql注入原理与实战(二)数据库原理
sql注入原理与实战(二)数据库原理
|
1月前
|
SQL 关系型数据库 分布式数据库
PolarDB Proxy配置与优化:提升数据库访问效率
【9月更文挑战第6天】PolarDB是阿里云推出的高性能分布式关系型数据库,PolarDB Proxy作为其关键组件,位于客户端与PolarDB集群间,负责SQL请求的解析与转发,并支持连接池管理、SQL过滤及路由规则等功能。本文详细介绍了PolarDB Proxy的配置方法,包括连接池、负载均衡和SQL过滤设置,并探讨了监控调优、缓存及网络优化策略,以帮助提升数据库访问效率。
33 1
|
1月前
|
SQL 关系型数据库 MySQL
MySQL技术安装配置、数据库与表的设计、数据操作解析
MySQL,作为最流行的关系型数据库管理系统之一,在WEB应用领域中占据着举足轻重的地位。本文将从MySQL的基本概念、安装配置、数据库与表的设计、数据操作解析,并通过具体的代码示例展示如何在实际项目中应用MySQL。
69 0
|
1月前
|
SQL 安全 数据库
基于SQL Server事务日志的数据库恢复技术及实战代码详解
基于事务日志的数据库恢复技术是SQL Server中一个非常强大的功能,它能够帮助数据库管理员在数据丢失或损坏的情况下,有效地恢复数据。通过定期备份数据库和事务日志,并在需要时按照正确的步骤恢复,可以最大限度地减少数据丢失的风险。需要注意的是,恢复数据是一个需要谨慎操作的过程,建议在执行恢复操作之前,详细了解相关的操作步骤和注意事项,以确保数据的安全和完整。
76 0
|
5天前
|
存储 关系型数据库 MySQL
一个项目用5款数据库?MySQL、PostgreSQL、ClickHouse、MongoDB区别,适用场景
一个项目用5款数据库?MySQL、PostgreSQL、ClickHouse、MongoDB——特点、性能、扩展性、安全性、适用场景比较

热门文章

最新文章