阅读Nosql代码有感
2015-12-25 17:14
316 查看
这一年总得来说,读书的时间不多。一是因为时间啥关系,这一年一直在跟着项目走,或者被项目牵着走,几乎所有的时间和精力全部被拴在几个项目上;不过所幸今年创业失败,又回去上班了,时间相对空余了一些。
双十一是一个好日子,持续关注的几本书,几乎五折入手,其中有一本叫做《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操作,想想还是蛮激动的!
双十一是一个好日子,持续关注的几本书,几乎五折入手,其中有一本叫做《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操作,想想还是蛮激动的!
相关文章推荐
- 数据库编码问题
- mysql utf8mb4与emoji表情
- 无法使用SQL 2012服务器上创建新的XenDesktop站点
- 查看Oracle有哪些表或者视图
- 使用show profile分析单条查询
- Django同步数据库不能创建app表
- Windows下Magento企业版如何配置Redis存储缓存
- Redis 集群方案
- oracle绑定变量学习
- 查数据库部分视图或表
- MySql按周,按月,按日分组统计数据
- Redis与Memcached的区别
- redis的解决方法 (Redis server went away)
- oracle错误(ORA-01691),单个数据文件大小限制问题
- percona-toolkit之pt-table-checksums监测Mysql主从数据一致性
- MySQl之char,varchar,text
- oracle userenv函数 、sys_context(NLS)
- ORACLE NLS_CHARACTERSET字符集的更改
- ORACLE学习之九 Oracle 字符集的查看和修改 (转帖) 【EXP/IMP 与 字符集|NLS】
- postgresql