我刚才阅读了关于同一主题的以下帖子:
在通知中,我们经常有一些链接指向采取某些操作的用户,链接到他评论的帖子或视频,链接到任何内容,并且通常在单个通知中有几个链接。
使用这种表结构,我们可以显示单个用户的所有通知,这是一个相当可靠的解决方案。但在这种情况下,我们只能显示纯文本通知。我们不能简单地链接到用户或墙文章。
我正在尝试提出解决方案。其中一种方法是将BB代码存储在notification_text属性中,但是这样需要为Web和移动应用程序编写BB代码解析器。另一种方法是创建另一个从此通知表派生的带有所需实体ID的表。例如:
现���我们可以编写一个模板来显示通知(现在不再需要通知表中的文本属性),然后处理显示通知。我也对这个解决方案不满意,因为从通知表派生出的表的数量可能很大(针对每种通知类型)。
我正在寻找想法! :)
Facebook like notifications tracking (DB Design)和Database design to store notifications to users
一些解决方案被提出,但并不完全满足我需要的,也不清楚Facebook类似通知系统应该如何实现。在通知中,我们经常有一些链接指向采取某些操作的用户,链接到他评论的帖子或视频,链接到任何内容,并且通常在单个通知中有几个链接。
notification
-----------------
id (pk)
userid
notification_type
notification_text
timestamp
last_read
使用这种表结构,我们可以显示单个用户的所有通知,这是一个相当可靠的解决方案。但在这种情况下,我们只能显示纯文本通知。我们不能简单地链接到用户或墙文章。
我正在尝试提出解决方案。其中一种方法是将BB代码存储在notification_text属性中,但是这样需要为Web和移动应用程序编写BB代码解析器。另一种方法是创建另一个从此通知表派生的带有所需实体ID的表。例如:
PostCommentNotification : Notification
----------------------------------------
id
userId (user who commented on a wall post)
postId (post where comment was made)
现���我们可以编写一个模板来显示通知(现在不再需要通知表中的文本属性),然后处理显示通知。我也对这个解决方案不满意,因为从通知表派生出的表的数量可能很大(针对每种通知类型)。
我正在寻找想法! :)