产品投票系统的数据库设计

Question

我正在制作一个系统，用户可以对产品投赞成票或反对票，我需要能够明确计算出产品的涨跌量，以及最近一段时间的总分。

每个投票都可以选择带有评论，并且用户需要能够回显/增强其他人的评论（有点像转发），这还将根据转发的父投票添加/减去产品的总分。

以下是我当前建议的表格：

产品
ID、名称、category_id

投票
ID、user_id、product_id、parent_id、评论、分数、日期时间

用户
ID、用户名等。

我想我可能需要一个评论表才能有效地做到这一点？根据我在 StackOverflow 上读到的一些建议，投票的分数字段为 1 或 -1，这将允许我收集该列的 SUM() 来计算总票数，另一种可能性是单独的 vote_up 和 vote_down 表...但我只是不确定。

Answer 1

根据你想要做什么，这可能是一个非常复杂的问题，但这是我对最简单方法的看法（例如，我可以在下班前 10 分钟内拼凑出什么；-P）

我会尝试 StackOverflow/ HotOrNot 风格的方法，并将其排名存储为无符号整数。

PRODUCTS(
id, 
category_id, 
name, 
rating INTEGER UNSIGNED NOT NULL DEFAULT 0
);

然后在“投票”表中存储投票（向上/向下）。我认为你的“VOTES”表看起来不错（尽管我会使用枚举作为 SCORE 数据类型，或者使用某种策略来确保投票不能通过 XSS 操纵。例如，有人修改了投票，所以他们的投票是+10,000而不是+1，那么这就不酷了）

对于一个有趣的小应用程序，您可能可以通过在用户点击时增加或减少计数来完成，但是如果您正在做任何事情横向扩展，然后您将通过每 10-15 分钟运行一次的批处理过程进行投票计算和排名。

同样在这个级别，您将开始使用算法来加权投票值。例如，如果同一用户每天（或每隔一次）对同一产品多次投票（向上或向下），则第一次之后的投票不应计入计算产品的排名。

例如，Quora 的排名算法是如何工作的

如果用户是“高级用户”或拥有更活跃的帐户，也许他们的投票比新的投票更重要用户投票。我认为在 Yelp 上，如果您的评论不超过一到两条，那么您的评分和评论不会被计算在内，直到您达到最低评论数量。确实，天空是极限。

PS。我还建议您阅读 o'Reilly 的这本书，了解解决此类问题的一些策略

Answer 2

如果您期望大量用户同时投票，那么您确实需要考虑性能......

一个天真的方法可能看起来像这样（如果我过度简化您的示例，并且如果 T-SQL 不是您的毒药，我很抱歉）：

create table Products(
ProductId BIGINT IDENTITY(1,1) PRIMARY KEY CLUSTERED,
Score     INT NOT NULL...
ProductDetails...

您将在其中通过总结向上/向下投票表来执行产品更新。坏的！

如果有大量用户投票，则不断地对同一张表进行插入/更新/选择肯定会发生死锁。

更好的方法是完全删除“分数”列，仅插入到向上/向下投票表中，然后根据需要进行选择。您没有理由不能在代码（即 PHP、C# 或其他）中计算总和，并且它避免了更新 Products 表（至少在计算分数时）。换句话说，将分数存储在 Products 表上不会给您带来任何好处，而且只是不必要的开销。

当我说更新在大容量系统中“可能”很糟糕时，我是根据经验说的。与最后插入或选择（假设您的表已正确索引）相比，更新的成本很高，并且在这种情况下很容易在不知不觉中取出大量锁。

Answer 3

Beginning CakePHP一书有一个 Ajax 教程，介绍如何实现评论的有效投票（向上/向下）系统。我几年前做过这个教程。我不确定它有多安全，或者它是否会成为您的项目的良好基础，但可能值得一看以获取一些想法。