《SNS中好友动态功能的设计思路》的评论

作者：yiqing95

yiqing95 — Fri, 02 Dec 2011 16:13:05 +0000

不错我也在考虑这个问题至于分表和异步写入是在后期考虑的前期用户量不大的话可以先不用考虑其实用nosql的话分表就不用考虑了
这里我设计的表要比你这个多几张，所有的实体表都继承自共有的模型每个模型实现CRUD方法每个CUD都会产生用户动作日志 user_op_log(id,uid,entity_class,entity_id,op_type,old_value,new_value,op_time); 比如上传图片在模型层是操作的Picture这个模型那么对于insert 和update delete 这样的动作都会触发op_event事件由于我是在基类中捕获这样的事件所以只做很少的动作就可以形成用户的操作日志这样用周期性任务定时处理操作日志，然后就是设计action_feed动作反馈表因为用户跟好友分组属于一对多广播性质的反馈内容不能够重复不然太费空间了只在id上重复即可这里还牵扯发布者/订阅者模式的实现比如我要监听谁的动作我的动作可以形成反馈给谁都需要考虑，每个动作类型（action_type,entity_class的组合）对应一种通知模板总共下来估计光表至少五六张比较复杂的一个子系统啊总的来说你的考虑也还算周全些欢迎交流

作者：luo

luo — Sat, 24 Sep 2011 12:18:11 +0000

很喜欢你的文章
能否在你的网站上做一个新浪微博的分享按钮
方便我分享给我朋友

作者：盒子

盒子 — Wed, 15 Jun 2011 16:42:41 +0000

关注研究中。

作者：DOOP

DOOP — Wed, 08 Dec 2010 16:00:10 +0000

为什么要在向Events表里插入数据的同时向EventUser表里写入好友对应数据了，可以在好支做出删除动作时再向EventUser里写入数据来记录哪个用户删了好友的动态。

作者：quady

quady — Wed, 10 Nov 2010 14:22:46 +0000

第二种方法感觉也有问题啊。
譬如A加了B做好友，那会写入一条数据到EventUser吧，B就可以看到A的动态，但是A是看不到B的动态的

作者：msgtype

msgtype — Fri, 05 Mar 2010 19:12:38 +0000

[...] [...]

作者：Suave’s Blog » Blog Archive » how to build activity-streaming

Suave’s Blog » Blog Archive » how to build activity-streaming — Fri, 07 Aug 2009 06:43:14 +0000

[...] http://i.laoer.com/sns-news-feed-design.html http://www.javaeye.com/topic/176677 http://stackoverflow.com/questions/202198/whats-the-best-manner-of-implementing-a-social-activity-stream http://stackoverflow.com/questions/624616/best-database-structure-for-storing-rss-feeds ruby on rails plugin: http://github.com/face/activity_streams/tree/master [...]

作者：chuck911

chuck911 — Wed, 05 Aug 2009 03:10:49 +0000

哈哈~博主你看看这片帖子：
主题：请做架构的朋友一起讨论下SNS中好友动态功能建模的设计
http://www.javaeye.com/topic/176677
最后大家认同的方案是最简单原始的log表

作者：王涛

王涛 — Sat, 01 Aug 2009 08:16:40 +0000

说的很好。我正在做一个这样的动态系统。思路和你的好擦不多，当然没你想的这么深入。不过我想应该还有很多地方可以做优化。

作者：elin

elin — Mon, 18 May 2009 06:34:05 +0000

我表的设计(部分)
TrendType(反射到相应的类)
objectId(主体，可以是用户，可以是其他任何)
EventId 事件（某个object ‘s Title）
EventBody( what…)
…. 当然这个数据不管怎么样都会很大（前提这是个好网站，呵呵）首先一定要做表分区，之后做数据模版缓存，最后在呈现动态的时候保存当前动态（时间范围）（前提是有用户服务器，若干）