一直以来，笔者都在不停寻找一种更人性化的数据库访问方式（并不是说默认的方式不好，而是有时候的确在模块化设计中不太方便）。 后来有幸在php中找到codeigniter的ActiveReord，详细参考这篇文章: 抽离CodeIgniter的数据库访问类！ 然而c++却始终用着最原始的方式，昨天趁着项目要用的机会，在网上搜索了好久，总算让我找到两套c++的数据库访问框架:

• soci
• litesql

两套代码我都拿下来看了一下，litesql实现了一套完整的代码自动生成，功能强大，但是也很重；soci相对要轻量，但是同样也实现了数据结构到数据库表的映射。本人还是比较喜欢轻量的东西，所以最终选择了soci。经过这两天的试用，感觉非常不错。 官方的文档也很详细，所以这里就用我写的单元测试代码来做一下简单的讲解:

首先创建库表:

create database soci;
CREATE TABLE `tb_test` (
  `id` int(11) NOT NULL auto_increment,
  `name` varchar(32) default "",
  `sex` int(11) default 0,
  PRIMARY KEY  (`id`),
  UNIQUE ...

好吧，因为组织需要，最近又开始转战php了，业务逻辑都还好说，主要是老大要求在数据访问层上加上登录态验证。
其实这种要求也是合理的，互联网服务要求上层保护下层，但下层不能完全相信上层。但是问题也就来了，有如下两种方案：

1.写一个mysql proxy server，用来将调用方发来的请求拼装，然后返回给调用侧。这样做的主要难度在于：

• a）SQL语句的拼装及序列化
• b）数据集序列化，虽然有不少这方面的产品，但是终究还是太过复杂，而且没有时间折腾

果断放弃。
2.封装一层mysql的api，调用方直接在本地调用即可。这样的话，只需要考虑SQL语句的拼装即可。现在就有很多选择啦，

• a）使用类似django里面Model的模型类
• b）使用ci中的Active Record

虽然说Model的方式，对数据层的屏蔽较好，但是小组成员普遍认为这种方式过重，轻量的一点的话，最终还是选择了CodeIgniter中的AR。
OK，那么现在，考验ci模块拆分的好不好的时候到啦！
具体中间的种种辛苦就不说啦，直说我最终的实现把，拷贝system\database到一个单独的目录，x:/php/ 。
创建一个文件myconfig.php：

<?php
define ...