3 回答

TA貢獻1818條經(jīng)驗 獲得超8個贊
大概每個不同的user_id人只能“喜歡”或“喜歡”每個不同post_id的人一次。這意味著您的liked和favorited列具有值0或1。
所以這個設置是可以接受的。
但是,當用戶已經(jīng)“喜歡”了一個帖子然后“收藏”它時,你的邏輯將比你有兩個單獨的表更復雜。使用單獨的表格,當用戶“喜歡”一個“帖子”時,您所要做的就是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 = WHATEVER
LEFT JOIN...IS NOT NULL檢測到喜歡或收藏的行的存在。

TA貢獻1804條經(jīng)驗 獲得超8個贊
可能不是。最重要的是,您會丟失誰支持或喜歡特定帖子的信息。當有人取消喜歡或喜歡時,這使得跟蹤“撤回”變得很困難。
您也無法知道一個人有多少點贊/點贊。有人是支持一切的天使嗎?還是一個脾氣暴躁的人?
此外,維護列需要更新行。更新通常比添加新行更昂貴。這只是在高容量期間的問題,此時可能存在對相同數(shù)據(jù)頁的爭用。insert
s 的爭用要少得多。
在某些情況下,這種方法可能很好。不過,作為一般規(guī)則,我認為作為一般規(guī)則,將喜歡和贊成的表格分開,更合適。

TA貢獻1786條經(jīng)驗 獲得超13個贊
我會創(chuàng)建兩個不同的表。
一張喜歡/不喜歡的桌子和一張收藏的桌子。
例子:
favorites | -> user_id -> post_idlikes: | -> user_id -> post_id -> like->boolean -> dislike->boolean
通過這種方式,您始終可以跟蹤什么是什么,并且更易于使用。如果你在一張桌子上同時做這兩件事,它會變得更加復雜。如果事情很容易,為什么要讓它變得困難?設置需要更多的工作,但最終你會很高興你將它們分開。
- 3 回答
- 0 關注
- 136 瀏覽
添加回答
舉報