现在要做一款游戏产品，涉及到计分排行问题，
简单的排行用redis的sort set就能完成的，
可是动态的排行该如何设计呢？
比如按月排行，其实就是当前时间到过去30天内的排行，
因为时间是时刻在变的，所以时间维度是每秒都是变得。
应蓝浩的询问，补充下
是一个游戏，一般10-40秒玩一局，
玩完了，会有评分的，
现在需要月排名（此刻到30*24*3600秒以前的排名），
如果一个人玩多次的，按最好的成绩统计。
回复内容： 现在要做一款游戏产品，涉及到计分排行问题，
简单的排行用redis的sort set就能完成的，
可是动态的排行该如何设计呢？
比如按月排行，其实就是当前时间到过去30天内的排行，
因为时间是时刻在变的，所以时间维度是每秒都是变得。
应蓝浩的询问，补充下
是一个游戏，一般10-40秒玩一局，
玩完了，会有评分的，
现在需要月排名（此刻到30*24*3600秒以前的排名），
如果一个人玩多次的，按最好的成绩统计。
我也来帮忙吧。
也是用的zset，比如用户胜利加分:
zincrby day:20150113 60 kavlezzincrby day:20150113 80 舞千寻
就像这样，那就是一天一个zset。
但如果最多也就统计30天的话,那就永远是30个,每天加一个del一个。
每天(或者几分钟)更新一次最近30日zset：
zunionstore last30 2 last30 day:20150113
前10:
zrevrange last30 0 10 withscores
可以试试socket.io，这个就是维持一个长连接，有了长连接一切就好办啦〜
mongodb适合干这个
每次评分都算一条记录（文档），加上时间戳，存起来
出评分榜时aggregate搞定
既然是实时榜，那你就实时更新zset的score就可以了。
至于你说最近30天的排行榜，我想你说的是最近30天积分增长的排行榜吧，如果总积分榜就没有最近30天的说法了。
产品逻辑参考segmentfault的“榜单”，实现方法就是用zset记录每天的用户积分增长，这样周榜、月榜、季榜、年榜都可以用zunionstore得出。
做过几个游戏的排行榜，说下自己的思路。
排行榜按照时间划分为:
历史排行。所谓历史排行，说明成绩数据已经固化下来了，数据已经不可能再发生变化了。例如月排行，周排行。即时排行。数据最新的排行，数据还在发生着变化。玩家查看排行榜一般来说有两个关注点：
前n名的数据，例如前100名的数据。自己的名次以及自己名次前后n名的玩家。基于上面两点一般会把排行榜数据分成两份：
前n数据单独放在一张表里面，这张表的数据较少，更新频繁，数据非常的即时。把成绩换算成阶段，比如10积分一个阶段。记录每个阶段的人数，以及每个阶段的前n个人。不知道我讲清楚没。
可以尝试一下 meteor 框架，是一个基于 nodejs 和 mongodb 的 webapp 框架，通过 ddp 协议来处理实时通信。实时代码更新，在服务器代码更新后，客户端无须用户干预。而且有延迟同步机制，用户提交的数据实时反馈在屏幕上，如果因为网络原因数据提交失败，数据会在网络重新连接后上传。
meteor官网
採樣密度呢？要先說清楚你的排行依據