阅读Nosql代码有感

  1. 云栖社区>
  2. 博客>
  3. 正文

阅读Nosql代码有感

石门-archy 2016-04-20 17:47:15 浏览977
展开阅读全文

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

     双十一是一个好日子,持续关注的几本书,几乎五折入手,其中有一本叫做《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操作,想想还是蛮激动的!

网友评论

登录后评论
0/500
评论
石门-archy
+ 关注