我正在尝试为多个用户(版主)找到一个在通用评论系统上工作的好解决方案。
我目前拥有的 +id、userid、comment、date、status的Mysql表
通过选择所有未批准的评论,未批准的评论将显示在版主页面中。版主查看评论后,他们可以使用适当的按钮批准/删除(这是简单的更改状态或删除语句)。如果只有一个主持人,这就可以正常工作。
如果有多个版主,我如何确保他们之间的一致性。例如,一旦第一个版主批准/删除了评论,我如何才能确保从所有其他版主列表中删除该特定评论。我可以确保在 mysql 表上每个评论只更改一次,但我不希望多个版主处理相同的评论(资源浪费;)
最佳答案
如果所有 版主需要能够看到所有 评论,那么就没有完美的解决方案:如果版主A 和B 都在未批准的评论列表中看到评论X ,两者都点击“查看”,A先于B批准或拒绝,那么当B点击“接受”或“拒绝”时,就会发生冲突,必须以某种方式解决。即使您以某种方式强制所有查看未批准评论列表的浏览器 session 在更新到达数据库时从服务器端刷新,您最多也可以减少发生此类冲突的机会;总是有一个小窗口,当这不再是有效操作时,B 可以在其中单击“接受”或“拒绝”。
您可以:
- 在发表评论时将收到的评论分配(例如随机或通过循环)给各个版主,以便每个评论只出现在该版主的列表中,或者
- 接受版主可能会在过时的评论上点击“查看”、“接受”或“拒绝”,即已被其他版主接受或拒绝的评论,并适本地处理这种情况(例如,使用错误消息、或者通过覆盖之前的判断)。
如果您采用方法 2,请确保您的所有数据库操作都发生在一个事务中,并且您可以确定之后更新是否成功; 不要“检查”初始的 SELECT
,然后才使用 UPDATE
,因为那时其他东西可能会潜入这两个命令之间。 (在单个数据库事务中安全地使用单独的 SELECT
和 UPDATE
命令是可能的,但只有在您确定了解您的数据库使用的并发模型时才这样做;例如,对于 PostgreSQL,我相信您需要在通常的 READ COMMITTED
事务隔离级别中将 FOR UPDATE
添加到原始 SELECT
。)
我会简单地推荐
UPDATE comments
SET status = true
WHERE userid = ?
AND id = ?
AND status = false
最后一行意味着您将能够通过检查受影响的行数来检查该命令是否真正成功:如果其他主持人在您之前偷偷进行了更改,这将是 0 而不是 1。
关于mysql - 设计 : multiple users moderating comment system,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/25463282/