双十一是一个好日子，持续关注的几本书，几乎五折入手，其中有一本叫做《mysql技术内幕-innodb存储引擎》。工作闲暇之余经常拿出来翻翻，所幸自己对于线程和数据结构比较扎实，读起来虽然吃力，但是还是能吃透的。正是因为这本书的指引，让自己对数据库产生浓厚的兴趣，加上之前使用mongodb和redis的经历，让我决定好好研究下数据库。
打开linux，eclipse，导入leveldb的工程，边阅读代码边调试起来；之后又添加了ssdb的代码，修改了少量代码，可以eclipse调试运行。
leveldb是key-value形式的键值对数据库，更多的赞美就不说了，最大的一个特点，leveldb的key是排序的，这个在ssdb中有很大的发挥；
随着现在业务的开展，简单的keyvalue的结构已经不能满足更复杂的系统和业务，所以让nosql支持更多的数据结构成为趋势，于是redis再渐渐代替memcache，于是基于leveldb的支持更多数据结构的nosql越来越多，ssdb应该只是其中一个吧。
起初在我的臆想中，ssdb为了支持更多的数据结构，那么应该也只能从value下手，让level多种类型；看了ssdb的代码，才知道，原来人家是扩展的key，我们举几个例子。
至简单的key-value就不说，我们说说hash结构，比如一个玩家，有等级属性，经验属性，名称属性，等等，因为leveldb只支持最基本的keyvalue，所以我们这样设计key，对于玩家archy，我们在数据库中这样设计,h-role-archy-level：2，h-role-archy-exp:200,h-role-archy-name:400。很多人估计要问了，这样如何保证hgetall role-archy；前面我们已经讲过leveldb的key是排序的，再加上我们的key定义规则，我们可以轻易的从h-role-archy-""开始查找到 h-role-archy-level,如果查找到h-role-lopze-level,表示到底了，这样就实现了hgetall的操作。
再举个例子，queue的例子，比如我们要创建一个tasks的队列,他的值包括archy,lopze,ramon，我们这样去定义他的key,q-tasks-0对应值archy;q-tasks-1对应值lopez；q-tasks-2对应值roman；这样我们取tasks队列中所有的值，就可以取q-tasks-"" 到 q-xxx截止就好。至于push，只需要设置q-tasks-n和对应的值就ok。这样我们就已经可以支持这个队列结构了。
代码量不大，有兴趣的可以去读读源代码。
我对于这些茫茫的nosql，感兴趣只是在mongo,leveldb,redis这几个春节之前想熟悉这几套；对于他的扩展，我想的是是否可以提供where的操作，比如我想查找level大于10级的玩家，而我却不想搜索数据库，想利用索引的方式，将level排序，排序的值正好对应相应的玩家key就好，这样就简单实现了select中的where操作，想想还是蛮激动的！