最好的mysql方法？

Question

我正在编写一个显示帖子的应用程序，很像一个简单的论坛系统。 用户可以在提交帖子时将其标记为紧急，但是主持人必须批准“紧急”状态。 即使尚未被批准为紧急，该帖子仍会显示，但在主持人批准紧急状态之前，该帖子似乎是正常的帖子，届时该帖子将受到特殊对待。

我已经考虑了两种方法：

1）在posts表中有两个标志。 一说用户已请求紧急状态，一说用户是否已批准紧急状态。 仅当两者都为真时，该帖子才会显示为紧急。

2）有两个表。 请求待处理表，其中包含所有待处理的紧急批准。 一旦管理员批准了紧急状态，我将从待处理表中删除该请求并更新帖子表，以便该帖子的紧急字段变为true。

我不确定哪种方法是否比另一种更好。

第一个解决方案意味着我只需要担心一个表，但是最后它包含更多字段。 考虑到posts表将是应用程序中查询最多的表，因此不确定是否确实使查询速度变慢。

第二种解决方案使posts表保持精简，但在另一个表上进行广告处理（这并不难）。

我倾向于第二种解决方案，但想知道我是否没有过度分析铰链并使我的生活变得比原来复杂的多。 建议吗？

Answer 1

还有另外一个解决方案：)

您可以有一个带有职位状态的表，在您的职位表中，您将有一个引用状态的列。

此方法具有多个优点-例如您将来可以无缝添加更多状态。或者甚至可以包含另一个表，该规则包含如何更改状态（工作流）的规则。

Answer 2

绝对是1）。 附加表只是搞砸了。 一个额外的状态字段就足够了，例如：0 =正常，1 =紧急请求，2 =紧急批准。

您可以使用status = 1查询需要批准的查询，如果按status desc进行订购，您自然会提前收到紧急消息。

Answer 3

第二种方法在设计方面是最干净的，最终可能会使用更少的磁盘空间。 第一种方法不太“纯粹”，但是从维护和编码的角度来看，它更简单。 因此，我会采用这种方法。

另外，很高兴看到有人在开始编写代码之前就开始思考设计。 :)无法告诉您我看到了多少个混乱的项目，一个小时的设计思考就可以为所有相关人员节省很多时间...

Answer 4

我认为选项1是最好的。 您唯一需要做的就是使用两个字段建立索引。 选项2增加了太多的复杂性

我有这样的mysql查询。 我会记住/找到正确的语法后立即发布