前言：
CYQ.Data 框架的稳定与前进：
CYQ.Data 对于V4系列，版本号就在V4.55版本就不再提高了，主要是为了保留一个最稳定的版本，基本除了Bug修正，不会再有大于V4.N的版本号出现了。
而V5版本，这一两年来，事实上，代码改动相当大，内部类的结构也调整不少，由于功能的新增加导致和改动，被记录的就有四五十项，没记录的数不清了，不过V5在各项目中沉淀了也近一年了，稳定性也很强。
CYQ.Data 文本数据库：
以前写过相关的文章：周末一起用文本数据库玩玩Code First
对于文本数据库的应用，在原来的 OAuth2 登陆组件，就应用上了，用户存储AccessToken和对应账号，不知道大伙注意到了没有。
这里我再举昨天发布的 CYQ.Data.ProjectTool 项目配置工具发布（包源码），保存用户配置的也是文本数据库。
CYQ.Data 文本数据库技术原理：
先看图片：
简单工程描述：
用什么来保存配置？
下面用源码里的部分代码片断来解密文本数据库的本质：
这个简单的工程，事实包含了数据库基本的增删改查操作：
1：添加用户配置。
2：同配置名，更新用户配置。
3：删除用户配置（估计被我遗忘了，没加上这功能)
4：从所有配置中，查询出被标识为IsMain=true的数据，并还原为默认配置。
项目里建了一个ProjectConfig实体类，来个CodeFirst：
这实体多了一个ORM继承，让它具备ORM的基础功能：
实体类代码如下：
CYQ.Data.ProjectTool
PS：如果你数据库链接从Txt Path改成Xml Path，你会发现，存储的格式变成Xml。
看一段增加配置的代码片断：
在用户点击“测试链接”或“生成文件”时，如果检测到链接是成功的，则自动保存当前配置信息,代码如下：
string name = ddlName.Text.Trim();
if ( string.IsNullOrEmpty(name))
{
name = " DefaultConn ";
}
ResetMainState();
using (ProjectConfig config = new ProjectConfig())
{
config.SetAutoParentControl(gbConn, gbBuild);
if (config.Fill( " Name=' " + name + " ' "))
{
config.IsMain = true;
config.Update( null, true);
}
else
{
config.IsMain = true;
if (config.Insert( true))
{
ddlName.Items.Add(name);
}
}
}
return name;
}
看看实体类New的这一行代码：
using 语法：
构造函数New初始化：
系统会获取实体类上的属性成员，组成一个表结构，然后写到数据库链接里指定的路径。
你运行软件后，会自动发下在指定的目录下多了一个文件：ProjectConfig.ts
里面存储了表的结构，内容如下：
简单说明：
表结构存储格式为：名称，类型，允许为空,是否只读，长度，默认值。
对于文本数据库，就是创建了“表名.ts"，如果是其它数据库链接，就会直接在数据库创建相应的表。
后面的属性赋值，和ORM的基础操作方法，我们简单略过：
这里使用和UI结合的方式取值：config.SetAutoParentControl(gbConn, gbBuild);
自动多两个GroupBox里的子控件里取值。
而IsMain属性，是不在控件里出现的，所以需要单独赋值。
通过和UI结合，在还原配置项的时候，也只要一句SetToAll()，就搞定了：
源码里有这样一段代码，根据配置名，还原所有配置，看一眼就可以了：
{
if (! string.IsNullOrEmpty(name))
{
using (ProjectConfig config = new ProjectConfig())
{
if (config.Fill( " Name=' " + name + " ' "))
{
config.SetToAll(gbConn, gbBuild);
}
}
}
}
对于文本数据库，刚才只是说自动生成了表结构，存储为“*.ts"文件了。
对于数据的存储呢？
CYQ.Data 对于本文数据库而言，有两个核心类：
1：JsonHelper：和Json打交道的类。
2：MDataTalle：内存表，功能很强大，具备和Json或Xml加载与输出的功能。
文本数据库的实现，正是基于这个两个类。
在存储时，如果有多个文本，则是多个Static MDataTable
通过MDataTable与Json（或Xml）的交互，加载与输入来实现。
所以若运行后，基本可以看到这个文件：ProjectConfig.txt，里面存储着json文件如下：
{ "ID": "1","Name":"DefaultConn","Conn":"server=.; database=qblog;uid=sa;pwd=123456","DBType": "Mssql","MutilDatabase":"False","ProjectPath":"","IsMain":"True","BuildMode":"实体型（ORM操作方式）","NameSpace":"Web.Entity"}
简单说明：
第一行，根据某些情况，可能存储数据类型，这是为丢失表结构的情况下，从Json还原为MDataTable时，仍能有基本的数据结构存在。
当然第一行也可能直接就是json数据了，系统根据某些特定标识来识别第一行是架构还是数据。
文件数据库的增删改查原理：
如果你对DataTable熟悉，相信也对MDataTable也熟悉，文本数据库的增删改查，全在MDataTable里进行。
框架的统一：分页与Sql查询语法：
对于文本而言，存储的结果就是json，为了多数据的统一，使的它必需具备基础的数据库应有的功能，分页与sql语句语法的查询。
为此，我对MDataTable进行了一个重要功能的补充，对sql语句进行解析，然后进行列的比较，再对数据行进行自定义排序，从而筛选出最终结果。
为此，MDataTable事实上，就是一个具备分页，查询功能的强大表类，而且可以脱离数据库，拿到数据后，可以继续再进行分页查询操作。
MDataTalle的其它特性：
总结：
基本文件数据库到这里也没啥秘密了：
1：根据实体类自动生成表结构（如果已存在表结构，自动加载）。
2：存储格式是Json，依赖JsonHelper和MDataTable进行加载和写入互动。
3：增删改查，实际是依赖于MDataTable，对数据行的增删改查。
4：CodeFirst模式，本质是基于MAction的实现。
欢迎路过的吐槽。。。
版权声明：本文原创发表于博客园，作者为路过秋天，原文链接：
http://www.cnblogs.com/cyq1162/archive/2013/03/17/2964746.html
