wangshuai 最近的时间轴更新
wangshuai

wangshuai

V2EX 第 108780 号会员,加入于 2015-04-02 17:20:22 +08:00
wangshuai 最近回复了
2016-04-22 14:26:40 +08:00
回复了 imSam 创建的主题 设计 大家都在秀简历吗?我也来一发,献丑了。
赞! 哈哈
2016-04-16 15:04:16 +08:00
回复了 nodenewb 创建的主题 Node.js 新手提问:用 Socket.io 做简单聊天室(就是官方那个)的问题
回答 1 :是双倍;
回答 2 :应该不可以。
1 楼回复的原理逻辑上是对的。
2016-04-16 15:00:19 +08:00
回复了 wohenyingyu01 创建的主题 iPhone xcode 神秘的 xib 文件
每次编译运行用 CMD + shift + r
2015-06-02 13:57:38 +08:00
回复了 marginleft 创建的主题 程序员 每天晚上 7 点下班,今天被老板批了
做什么的?换公司算了。
2015-04-08 17:06:30 +08:00
回复了 no13bus 创建的主题 程序员 请教一个 mongo 的数据库设计问题
@wangshuai 当人需要考虑单个document 16m 的那个 limit,不过应该没啥问题吧, 一个repo,到不了那么多人去star。
2015-04-08 17:04:45 +08:00
回复了 no13bus 创建的主题 程序员 请教一个 mongo 的数据库设计问题
这个问题吧,我认为, 其实 Event 表 可以理解成一个 log 的表,记录Star事件的,所以你说的那些统计内容,也就是吧event 表当个样本池子,是需要对Event表做类似 map-reduce的处理来获取分布啊之类的信息。
具体表的设计方面,我觉得也就是加一个类似 RepoPopular之类的名字的表,里面存放Repo的信息和username之外,应该有一个 senders 的 array , array 里面存放所有star过这个repo的人信息,比如名字,followers, 和location,是一个 document的array。 当你在为这个repo统计的时候,直接find这个reop,那所有和你统计相关的所有star的人的信息就都有了。

只不过是在update 这个 document的时候,程序那里通过代码来控制一些约束,比如什么重复人啊,之类的。

如果是持续运营阶段性的数据,就不用map-reduce,直接find document 搞就可以。 如果是一次批量取得很多数据,然后store 进 mongo, 那就搞的map-reduce, 稍微复杂一点的统计,就用这种方式基本很多问题都可以解决。
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   5534 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 13ms · UTC 08:59 · PVG 16:59 · LAX 01:59 · JFK 04:59
Developed with CodeLauncher
♥ Do have faith in what you're doing.