TCDatabase，是我在创新院的同事，riceball的一个开源项目。http://code.google.com/p/tcdatabase
他自己也写了两篇blog作介绍。tcdatabase(一） tcdatabase(二)
不过我总感觉写得太像干巴巴的技术文档了，所以我自告奋勇的来帮他另写一个介绍，以下是第一部分：
一、TokyoCabinet、TokyoTyrant简介
我们常说的TC/TT，是TokyoCabinet/TokyoTyrant的简称。这两个开源项目，都是由日本人平林幹雄开发的。（Mikio Hirabayashi’s Homepage twitter: @hirabayashiM）
1、TokyoCabinet
TC，是一个Key-Value的数据库library，你可以通过C语言程序来访问TC提供的各种函数，也可以使用其他各种语言绑定，例如perl、ruby、java、lua。
TC对外的表现形式，无非是一组put/get方法，从内部实现来说，TC一共支持6种不同的数据结构，包括hash数据库，B+树数据库，定长数据库、表格数据库、内存hash数据库以及内存B+树数据库。
以ruby语言举例：
hdb = HDB::new
hdb.open("casket.tch", HDB::OWRITER | HDB::OCREAT)
hdb.put("foo", "hop")
value = hdb.get("foo")
hdb.close
这样就可以创建一个名为casket.tch的Hash数据库文件，并进行put/get的操作。
也可以通过ADB（Abstract database），以完全相同的API，创建并访问不同的数据库。
adb = ADB::new
adb.open(name)
…
adb.close
其中，如果name为*，则创建一个内存hash数据库；name为+，则是内存B+树数据库；文件名为*.tch、*.tcb、*.tcf、*.tct则分别对应于hash、B+Tree、fixed-length和table类型。
2、TokyoTyrant
至于TT，则是在TC基础上实现的一个server。TT接受来自socket连接的各种请求，作为一个网络服务而存在着。通常我们会这样来启动TT。
ttserver –port 3900 /ttdata/casket.tch
这样，在3900端口，就启动了一个数据库服务，这个数据库的数据，就保存在/ttdata/casket.tch中。
而在client端，也多种不同的语言实现，例如ruby的代码会写成这样：
rdb = RDB::new
rdb.open("localhost", 3900)
rdb.put("foo", "hop")
value = rdb.get("foo")
rdb.close
对于table类型的数据库，则需要创建一个RDBTBL的对象实例，因为它提供了更多的一些访问API，例如：
rdb = RDBTBL::new
rdb.open("localhost", 1978)
rdb.put("1", { "name" => "mikio", "age" => "30", "lang" => "ja,en,c" })
qry = RDBQRY::new(rdb)
qry = RDBQRY::new(rdb)
qry.addcond("age", RDBQRY::QCNUMGE, "20")
qry.addcond("lang", RDBQRY::QCSTROR, "ja,en")
qry.setorder("name", RDBQRY::QOSTRASC)
qry.setlimit(10)
res = qry.search
res.each do |rkey|
rcols = rdb.get(rkey)
printf("name:%s\n", rcols["name"])
end
这样的操作，就已经相当接近于对一个传统表的操作了。
二、TCDatabase对TokyoTyrant的扩展
1、skeleton机制
TT对于扩展的支持相当友好，在ttserver中，有一个-skel参数，可以在启动ttserver的时候，挂一个自己写的骨架系统，例如：
ttserver -skel mydb.so -port 3900 myfile.tct
这样，ttserver的功能，就成了一个简单的网络接口，而接收到的各种请求，都为转交给mydb.so来处理。接下来的事情，就海阔天空了。对于client端来说，他访问的是标准的TT接口，而在server端，却完全可以通过自己写的一个扩展，将数据存到mysql里面去。
而tcdatabase，就是TT的一个skeleton实现。所以，他的启动参数是这样的：
ttserver -skel tcdatabase.so -port 3900 db_filename.tcb
2、TCTDB的不足之处
作为最像传统表的Key-Value数据库，TCTDB有很多优点，这成为我们项目选择的主要考虑对象，但是它也存在着诸多问题：
- 一个Table Database仅支持一个表，也就是说value中的字段必须固定一致。假设一个项目中使用了80多个表，这意味着你需要开启80多个 ttserver进程，并为每一个“表”提供支持。
- 功能的增强,也就意味着要牺牲性能。TCTDB 表格型数据库的平均读取速度大约在40万条/秒,相比 TCHDB哈希数据库的180万条/秒和TCBDB B+Tree数据库 的100万条/秒要慢。
- TCTDB虽然可以建立数值型索引,但是它是将所有value数据都当成字符型来处理的,无法区分value类型。
- TCTDB单数据库文件存储的记录数上亿条后,性能会有比较明显的下降。
- 不能单独获取value中的某一个字段的值；
- 不能支持仅更新UPDATE key中某一个字段：必须先取出value的全部字段，再存入；
3、TCDatabase的改进
- 支持多个table从一个端口访问，从table变成真正的database，
- 数据文件改用采用TCBDB(B+Tree Database)进行存储，为了解决数据量上亿后的HashDB性能的问题
- 支持列读写
- 应该还有其它更多改进，不过都还在规划之中
(待续)
![fb69c4c9-bf10-49ff-865e-cf7cf20ffdcd[4]](http://www.zhuangbiaowei.com/blog/upload//2010/05/fb69c4c9bf1049ff865ecf7cf20ffdcd4.png "fb69c4c9-bf10-49ff-865e-cf7cf20ffdcd[4]")
