Database 类似Facebook更新的功能

Database 类似Facebook更新的功能,database,facebook,Database,Facebook,我还想在我的web应用程序上实现Facebook更新(用户操作和通知)。我在用台灯。我应该在其中存储重复数据的db表,还是应该调用不同的表来向用户显示其更新 有没有更好的办法 例如:当有人对用户的个人资料发表评论时,也应该在他的更新中出现。当有人对用户的个人资料发表评论时,这将存储在评论表中。有许多类似的函数需要在更新中捕获。我想说两个表 Action = {id, type_id, details, user_id} ActionTypes={id, name} 但是很难具体说明,因为你没

我还想在我的web应用程序上实现Facebook更新(用户操作和通知)。我在用台灯。我应该在其中存储重复数据的db表,还是应该调用不同的表来向用户显示其更新

有没有更好的办法

例如:当有人对用户的个人资料发表评论时,也应该在他的更新中出现。当有人对用户的个人资料发表评论时,这将存储在评论表中。有许多类似的函数需要在更新中捕获。

我想说两个表

Action = {id, type_id, details, user_id}

ActionTypes={id, name}
但是很难具体说明,因为你没有提供很多关于你想做什么的信息,我想说两张表

Action = {id, type_id, details, user_id}

ActionTypes={id, name}

但是很难做到具体,因为你没有提供很多关于你想要做什么的信息。到目前为止,最简单的方法就是去规范化它。将所有消息/通知/任何内容放在一个表中并查询该表。可以将其视为类似于用户的“收件箱”。

到目前为止,最简单的方法是对其进行非规范化。将所有消息/通知/任何内容放在一个表中并查询该表。将其视为类似于用户的“收件箱”。

我想说,这取决于您是否预期将在订阅源中报告的操作的增长,以及您是否希望能够基于这些操作进行搜索/排序/链接/与之交互

如果你不关心扩展它们,我会说使用Matt Grande建议的非规范化方法


如果您希望能够轻松地进行筛选、排序和扩展,那么就不要规范化您以后想要更改的任何内容。动作“Publisher”可以有名称、图标,“动作”可以只是一个带有链接的字符串。真正的问题是您希望该功能做什么,以及您和您的用户将如何与之交互?

我想说,这取决于您是否预期将在提要中报告的操作的增长,以及您是否希望能够基于这些操作进行搜索/排序/链接/与它们交互

如果你不关心扩展它们,我会说使用Matt Grande建议的非规范化方法


如果您希望能够轻松地进行筛选、排序和扩展,那么就不要规范化您以后想要更改的任何内容。动作“Publisher”可以有名称、图标,“动作”可以只是一个带有链接的字符串。真正的问题是你希望该功能做什么,以及你和你的用户将如何与之交互?

我正在我的社交网络上做这件事,目前我的网站有用户公告,但我正在改用web 2.0操作类型,所以我基本上会有你提到的一样东西,但我的要复杂得多,因为我的只会显示你是朋友的用户的行为。我始终愿意接受关于改进此性能的建议,因为它需要加入,并且仅显示朋友的最新活动,而不是所有用户的活动

我正在我的社交网络上进行此操作,目前我的网站有用户公告,但我正在改为web 2.0操作类型,所以我基本上会有你提到的一样东西,但我的要复杂得多,因为我的只会显示你是朋友的用户的行为。我总是乐于接受关于改进此性能的建议,因为它需要加入,并且只显示好友的最新活动,而不是所有用户