当前标签：nosql Kyoto Cabinet

高性能Nosql数据库Tokyo Cabinet的兄弟Kyoto Cabinet介绍

草屋主人 2010-04-24 20:43 阅读:6137 评论:4 推荐:0 编辑

公告

所有文章未经说明，皆为原创，转载请说明来源！
gmail账户sunli1223,你可以加我gtalk.
你也可以在twitter上关注我@sunli1223
我的分享

昵称：草屋主人
园龄： 19年4个月
荣誉：推荐博客
粉丝： 209
关注： 1

<

2025年3月

>

日

一

二

三

四

五

六

23

24

25

26

27

28

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

1

2

3

4

5

随笔分类

随笔档案

相册

同事

阅读排行榜

推荐排行榜

最新评论

1. Re:微博feed系统的推(push)模式和拉(pull)模式和时间分区拉模式架构探讨
分析得挺好的；
很多细节也可以多聊聊，比如可以加上发布时间戳的记录，如果缓存里这个uid的数据已经是最新的，其实就不用拉取了；
--雄哼哼
2. Re:微博feed系统的推(push)模式和拉(pull)模式和时间分区拉模式架构探讨
@草屋主人 1. 拉模式下，如果我关注的人超过一定数据量，比如关注10000人，或者再夸张一点关注10万人，那在feed表面查询的时候，我要把我关注的人做为条件，这个查询就几乎不能用了吧？？2.在推模...
--玄冰1
3. Re:汉语转拼音（带音调和多音字识别）
@ 乌生鱼汤源码在哪呢？没有找到...
--失恋副作用
4. Re:微博feed系统的推(push)模式和拉(pull)模式和时间分区拉模式架构探讨
@ 三尺冰我觉得也是呢。...
--he~he
5. Re:微博feed系统的推(push)模式和拉(pull)模式和时间分区拉模式架构探讨
好奇怪，为什么那些十天，半个月才登录一次的用户需要去查询比较长时间的feeds大表，只要这些用户关注的uid在最近发表过微博，就可以直接从最近时间的feeds里取到数据不是吗，为什么要去大表里取呢？
--三尺冰