ios - 类似 Instagram 的通知数据模型

Question

我有一个(几乎)1:1 的数据模型，就像 Instagram 一样，其中有一个通知选项卡，告诉您一系列事情:谁评论了您的帖子(包括文本)，谁喜欢您的帖子，谁刚刚关注了你，谁刚刚关注了你(不是你关注的人)。

到目前为止，我已经制定了我认为需要发生的事情，但我遇到了一些设计缺陷，我将在下面列出...

我的方法

通知表列:UUID(主键)by,to,notificationID(外键引用评论，like)，postID(外键引用post)，notificationText

按照表列:UUID(主键)，by，to

评论表列:UUID(主键)、PostID(对帖子的外键引用)、text、UserID(对评论用户的外键引用)

喜欢表列:UUID(Primary Key), by, to

每当用户发出这些通知之一(评论、点赞、关注)时，他们还会创建一个通知对象，以便我可以查询通知表。

...请注意，“by”和“to”是执行操作的人与目标用户(即，我喜欢别人的帖子，所以它是“由”我，当前用户)。

设计缺陷:

问题在于这些通知并非生而平等。一条通知可以有四种不同的结果:评论(“某某评论了:‘天啊，这是一条评论!’”)、点赞(“某某喜欢了你的帖子”)、关注(“某某某评论了你的帖子”)已开始关注您”)。

但只有评论和点赞才需要显示评论或点赞的图片，关注就是关注。因此，有了关注，我根本不需要对帖子或关注的引用，我浪费了三列(notificationText、notificationID、postID)。

我走在正确的轨道上吗？谢谢。

Answer 1

在我看来，您提到的四个表之间没有任何关系。他们不共享外键引用。我看到的唯一外键引用是对不是这四个之一的表。所以我想说这个模型是正确的方法