现在看到这个活动有点恶心了。。

现在的高中生已经堕落成这个样子了吗，实在搞不懂你心里在想什么

其实都是脚本。。。

万州？老乡顶一个哈！

我的眼睛。。。

为什么我现在看都涨价了？

http://ww1.sinaimg.cn/large/77691203tw1eiumnbl7i4j20my0g2dig.jpg

手机就像毒药。。。

json_encode(array('pic1_url', 'pic2_url'....))，然后存入db不就ok？

@viowan 感谢你的回复！目前线上也是用类似的方法去解决的。不过hbase没有关系型数据库这种灵活的查询方式。只能想其他办法了。

@jarlyyn 你说的确实是一个办法。

@viowan 是单查询10条公共消息，公共消息的状态在另外一张表中，私人消息则有自己的状态字段。

现在线上跑的是mysql，用联表查询实现的，但hbase没有这么灵活的查询方式。

@wangdaimishu 我也是你这么去做的，当用户删除公共消息的时候，就在状态表里面做一个已删映射，就向
@hcy 所说，私人消息和状态表无关。

@wangdaimishu 不对啊，看到你上面的回复不也是这样做的吗？只有公共消息的状态单独存了一个表，私人消息没有啊。

看来还是我没表达清楚啊，实际上是要实现一个消息中心的功能，每个用户都可以查看私人消息和公共消息，公共消息在message表里就一条数据，但每个用户都能读取它，状态就不一样，只能单独存了一个表了。

如果不这样做，就要给每个用户添加一条公共消息，但网站用户1000万+，问题就在这儿。。

@wangdaimishu 专门写了一个方法去判断 已读未读 已删未删 这4种状态，然后然后在过滤这些消息。

目前用递归的方法解决了 每次取10条 的问题，就是担心以后公共消息量大了后，查询效率会很低。。。

你之前是怎么解决的，也是递归去查吗？

@lu18887 确实是很蛋疼的需求，纠结了好久。。

公共消息的状态放在另外一张表中是 因为每个用户量太大，如果给公共消息加状态的话，只能是给每个用户都加一条数据。这样数据量就更大了。。

@hcy 如果每次取10条，那就要用递归？考虑到极端情况（比如前100条都被删除了），这样效率就很低啊，如果每次都多取一点数据，也同样会有这种情况啊。

@caofugui 因为消息分为公共消息和私人消息，私人消息有状态字段，由于用户量很大，为避免消息重复，公共消息的状态就存在另外一张表中。

之所以用hbase，就是考虑到数量量太大，目前每天净增50万条，mysql有点顶不住

二三十的电池你们也敢用？

填写完成，等礼品券。。