浏览 3269 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
---|---|
作者 | 正文 |
发表时间:2012-04-27
1、同分区的事务保证 2、范围查询 3、各种原子操作方法 经过一番挣扎,决定在新游戏中采用它作为key-value存储,用于处理读写频繁的碎片数据。 在开发过程中有一些个人总结吧: 1、对于需要列表的数据,利用keyrange查询功能对原始数据做索引; 2、切记序列操作中的回滚选项; 3、做好key的管理和文档,不然大量key让后来的维护变得艰难; 4、不同分区间的操作根据业务需求记录日志或先存哪个后存哪个,然后在读取逻辑中验证; 5、应付复杂查询还是用SQL吧,k-v再强大也跟上不策划的想法; 题外话: 一个人的精力是有限的,又会各种数据库配置优化又会写程序会把人累死的……唉,哥该何去何从?? 声明:ITeye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
推荐链接
|
|
返回顶楼 | |
发表时间:2012-05-08
数据量不特别大,可以使用redis
|
|
返回顶楼 | |
发表时间:2012-07-03
SQL的优化还是比较简单的,至少入门比较简单, 能看懂执行计划,基本就搞定80%的SQL优化问题。
|
|
返回顶楼 | |
发表时间:2012-07-03
基本上所有的NoSQL走的都是尽量满足可用和可扩展,一致性是被牺牲的。你要求高一致性的话,还不如回到关系数据库呢。
|
|
返回顶楼 | |