版本一：

概念有两个，第一是数据库，再一个就是数据集。 数据库的功能比较简单，把Cppsqlite3DB在包装包装就OK了，数据集对应数据库中表的操作，即增删查改功能就OK了。

在数据集类的封装（Cppsqlite3Query）这块坐着坐着感觉不爽了，原因在以下几个接口：

//获取数据
BOOL GetCollect(string strFieldName,string &sValue);
//添加数据到内存
BOOL PutCollect(string strFieldName,const string value);
//将内存数据格式化并插入到数据库
BOOL Update();

其实GetCollect()的功能很简单，只是包装GetFieldValue()即可。真正麻烦的是PutCollect（），她必须得到Update()的辅助（其实Update里边就是一个insert语句）.Update()根据表的字段名称组织一条sql语句，执行便进行了插入操作。

其实上边的功能用Cppsqlite3Query都可以实现，并不用到Cppsqlite3Table就可以搞定。OK要的效果是实现了，突然发现Cppsqlite3Table中有好多现成的方法，这些方法用Cppsqlite3Query实现就麻烦多了。

下班了下班了就写这么一通，看来明天的周末又得小奋战一把。

版本二：

数据库还是老样子不搭理她，数据集操作上需要动个小手术了。

方案一：抽象出来一个数据表类，负责维护表的信息； 同时数据集小改一把，不能将其等同于数据表（即只操作一个表的类），让其可以起到连表查询操作，不过这样颠覆了成真版ADO的原始印象（浅层次的、确切的说是我们公司再封装的用法）。

方案二：将数据表的功能封装到数据集类中，也就是体一个数据集对应于一张表这样的操作；这样可以兼容公司ADO版的封装用法，但感觉怪怪的，也失去了多表查询等操作。

结果：先试试方案一。

结论：虽说sqlite是小型桌面数据库，但为了使上层调用者（说白了就是自己用）方便，还是多下下功夫，也是不死菜鸟的必经之路呀！