在同一个表中添加收藏夹、喜欢/不喜欢和视图（观看过的帖子）是一个好习惯吗？

Question

我的桌子是这样的：

CREATE TABLE `views` (

  `user_id` int(11) UNSIGNED NOT NULL,

  `post_id` int(11) UNSIGNED NOT NULL,

  'liked' tinyint(1) NULL DEFAULT NULL,

  'favorited' tinyint(1) NULL DEFAULT NULL,

  PRIMARY KEY (`user_id`,`post_id`)

) ENGINE=InnoDB

这是提高性能和减少查询数量的好方法吗？还是最好有3个单独的桌子？

Answer 1

大概每个不同的user_id人只能“喜欢”或“喜欢”每个不同post_id的人一次。这意味着您的liked和favorited列具有值0或1。所以这个设置是可以接受的。但是，当用户已经“喜欢”了一个帖子然后“收藏”它时，你的逻辑将比你有两个单独的表更复杂。使用单独的表格，当用户“喜欢”一个“帖子”时，您所要做的就是INSERT IGNORE一行。当用户“不喜欢”某个帖子时，您所要做的就是DELETE该行。它使代码更清晰和更分类，总是好的。在这种情况下，您不需要TINYINT列。表格中存在的行足以表明“喜欢”或“收藏”。您也可以在每个表中加入这样的列。datestamp TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP然后，在您的应用程序中没有额外的代码，您将记录用户“喜欢”或“收藏”帖子的时间。您可以像这样从表格中取出这些东西。SELECT user.whatever, post.whatever,        CASE WHEN like.user_id IS NOT NULL THEN 'liked' ELSE '' END liked,       CASE WHEN fav.user_id IS NOT NULL THEN 'favorited' ELSE '' END favorited  FROM user  JOIN post  LEFT JOIN like        ON user.user_id = like.user_id AND post.post_id = like.post_id  LEFT JOIN fav        ON user.user_id = fav.user_id AND post.post_id = fav.post_id  WHERE user.user_id = WHATEVER    AND post.post_id = WHATEVERLEFT JOIN...IS NOT NULL检测到喜欢或收藏的行的存在。

Answer 2

可能不是。最重要的是，您会丢失谁支持或喜欢特定帖子的信息。当有人取消喜欢或喜欢时，这使得跟踪“撤回”变得很困难。您也无法知道一个人有多少点赞/点赞。有人是支持一切的天使吗？还是一个脾气暴躁的人？此外，维护列需要更新行。更新通常比添加新行更昂贵。这只是在高容量期间的问题，此时可能存在对相同数据页的争用。inserts 的争用要少得多。在某些情况下，这种方法可能很好。不过，作为一般规则，我认为作为一般规则，将喜欢和赞成的表格分开，更合适。

Answer 3

我会创建两个不同的表。一张喜欢/不喜欢的桌子和一张收藏的桌子。例子：favorites   |    -> user_id       -> post_idlikes:   |    -> user_id       -> post_id       -> like->boolean       -> dislike->boolean通过这种方式，您始终可以跟踪什么是什么，并且更易于使用。如果你在一张桌子上同时做这两件事，它会变得更加复杂。如果事情很容易，为什么要让它变得困难？设置需要更多的工作，但最终你会很高兴你将它们分开。