问个问题，顶、文章、用户的关系是如保存的？（内有例子）

[androidBrant]

举个例子，糗事百科每个帖子都有顶这个功能，但每个人只能顶一次，那顶的人，和帖子的关系是如何保存的（数据库如何设计的？）？

[raincious]

猜想类似于

SELECT `t`.`topic`, `like`.`liked` FROM `topic` AS `t`
LEFT JOIN `liked` AS `like` ON `like`.`topicID` = `t`.`topicID` AND `like`.`likerID` = %CURRENTUSERID%

然后每次顶好了，liked表里面加一条什么的。

当然这样数据库负担很大，或许需要拆成两个SELECT然后在程序里合并结果什么的。当然，拆来来之后，都能直接上NOSQL了。

[spoony]

Token+Postid 的Hashtable

[hustlzp]

一张表，2个field：user_id, post_id。

然后主键设为user_id+post_id的组合。

这样应该就保证一个人只能顶一篇文章一次。

[mechille]

提供个思路（没实际操作过，欢迎拍砖）：在POST表建一个字段post_user。

里边存入user的id，半角逗号分割。

下次直接用find_in_set判断当前这个user是否存在于这个post的post_user里就可以了

[ayang23]

@mechille 几千个id组成字符串对mysql的io也有不少影响，而且程序还得处理，效率不一定比left join好

[mechille]

@ayang23 那么三楼方案应该是最佳的了。插入用REPLACE INTO 或者 INSERT INTO ... ON DUPLICATE KEY UPDATE。检索用 substring_index 做关系（应该比like效率高吧）

[slixurd]

2楼的hashtable显然更好啊,如果不需要查看是谁顶帖的情况下