这一年总得来说，读书的时间不多。一是因为时间啥关系，这一年一直在跟着项目走，或者被项目牵着走，几乎所有的时间和精力全部被拴在几个项目上；不过所幸今年创业失败，又回去上班了，时间相对空余了一些。

     双十一是一个好日子，持续关注的几本书，几乎五折入手，其中有一本叫做《mysql技术内幕-innodb存储引擎》。工作闲暇之余经常拿出来翻翻，所幸自己对于线程和数据结构比较扎实，读起来虽然吃力，但是还是能吃透的。正是因为这本书的指引，让自己对数据库产生浓厚的兴趣，加上之前使用mongodb和redis的经历，让我决定好好研究下数据库。

　  打开linux，eclipse，导入leveldb的工程，边阅读代码边调试起来；之后又添加了ssdb的代码，修改了少量代码，可以eclipse调试运行；redis也可以在eclipse里面跑并且调试，只是大家需要在调试时候指定makefile文件。

　  leveldb是key-value形式的键值对数据库，更多的赞美就不说了，最大的一个特点，leveldb的key是排序的，这个排序的特性在ssdb中有很大的发挥。

　  随着现在业务的开展，简单的key-value的键值对结构已经不能满足更复杂的系统和业务，所以让nosql支持更多的数据结构成为趋势，于是redis再渐渐代替memcache，于是基于leveldb的支持更多数据结构的nosql越来越多，ssdb应该只是其中一个吧。

     起初在我的臆想中，ssdb为了支持更多的数据结构，那么应该也只能从value下手，让leveldb的value多种类型，比如他的value不再只是简单的string类型，而是有列表形式，有二叉树形式等等；看了ssdb的代码，才知道，原来作者是扩展的key，我们举几个例子。

     简单的key-value的结构就不说，我们首先说说hash结构，比如一个玩家，有等级属性，经验属性，名称属性，等等，因为leveldb只支持最基本的key-value的键值对结构，所以我们这样设计key，对于玩家archy，我们在数据库中这样设计,h-role-archy-level表示玩家的等级key，对应的值是2；h-role-archy-exp表示玩家的经验key，对应的值是200；h-role-archy-name表示的玩家名称key，对应的值是archy。很多人估计要问了，这样如何保证得到玩家archy所有的属性；就像大概类似于select * from role where id=”archy”的操作；或者像redis中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(xxx不同于tasks)截止就好。至于push，只需要设置q-tasks-n和对应的值就ok。这样我们就已经可以支持这个队列结构了。

    代码量不大，有兴趣的可以去读读源代码。

    我对于这些茫茫的nosql，感兴趣只是在mongo,leveldb,redis这几个春节之前想熟悉这几套；对于他的扩展，我想的是是否可以提供where的操作，比如我想查找level大于10级的玩家，而我却不想搜索数据库，想利用索引的方式，将level排序，排序的值正好对应相应的玩家key就好，这样就简单实现了select中的where操作，想想还是蛮激动的！