在project_dir下建立build, cmake, src三个目录。

2、按照CMake要求，为项目编写CMakeLists.txt文件。

3、调用CMake命令为eclipse生成项目文件，我把这些命令写成脚本来执行:

        make_project.sh

#!/bin/sh

mkdir -p build/release

mkdir -p build/debug

cmake -E chdir build/release cmake -G "Eclipse CDT4 - Unix Makefiles" -DCMAKE_BUILD_TYPE=release ../../

cmake -E chdir build/debug cmake -G "Eclipse CDT4 - Unix Makefiles" -DCMAKE_BUILD_TYPE=debug ../../

4、打开eclipse,选择菜单：文件/ 导入/常规/现有项目到工作空间中.。在“导入”对话框中，在“选择根目录”项目中指定目录为project_dir/build.

    eclipse会自动搜索到debug, release两个目录下的项目。

    点击“完成”按钮。eclipse将自动加入项目。

5、build项目。

6、调试项目时，你需要在菜单：运行/调试配置 里新增配置信息，指定执行文件的路径。

Berkeley DB SQL和SQLite使用上的区别

a) 对于用户和开发人员来说，这两个产品是没有区别的。它们在SQL语法、API、命令行交互、PRAGAMAs 等方面都是一致的。我认为，用户可以体验的显著区别有可能是性能和并发了 - 由于SQLite提供的是数据库级别的锁，而Berkeley DB SQL是页(Page)级别的锁，因此后者在绝大多数测试中都会快很多 （如Insert, Update, Delete, 并发操作等）。但是，由于DBSQL提供的细粒度锁的机制，它又会带来一些额外的开销，一些极端的测试用例下会比SQLite慢上少许(但不明显)。并且对于这些极端测试的案例，我们一直在进行性能优化。

b) 对于已有的SQLite应用程序和工具而言，由于这两者在调用接口都是一致的，因而都可以无缝支持。

c) 对于DBA人员来说，除了可以继续使用SQLite原来的管理工具，您还可以使用BDB提供的db_hotbackup、db_stat、db_archive等一系列命令行工具来备份，监控，升级等。另外，您还可以联系Oracle寻求支持。

总体而言，我们有充分理由相信Oracle Berkeley DB SQL将会比SQLite更快，更稳定。同时，我们也将会提供更好的支持服务。
”

正题
使用http://sqlitewrapper.kompex-online.com/ Kompex SQLite Wrapper 呵呵，超好用

完了

     return 0;
}

UNICODE编译、调试；结果中Test.Log文件的内容只有“hell”没有“中文”。

这是因为C++标准库的国际化设计问题，你需要设置locale。

#include "stdafx.h"

#include <fstream>
#include <locale>

int _tmain(int argc, _TCHAR* argv[])
{
 std::wofstream   test(L"Test.Log");

 test.imbue( std::locale("CHS") );

 test << L"hello 中文";

 return 0;
}

再调试，不是有“中文”了？