php - 过滤 MySQL 结果的最佳实践

Question

我想在我的 PHP 项目中实现一个过滤功能。要实现过滤器，我通常只在查询中添加 WHERE 子句以显示过滤结果。

我的问题是:这些过滤器不仅需要添加一个简单的 WHERE 子句，还需要一个包含多个 JOIN 的巨大 查询。生成的查询有 > 30 行。

以后应该还有一个搜索功能，也需要这个庞大的查询。我想知道这是否是一个好习惯，或者我是否应该在我的数据库表中添加一个“冗余”数据库列，在该表中我计算每次更新时过滤所需的属性。有了这个专栏，我就不会在我的项目的不同地方有大量的查询，而是有一个冗余的专栏。

你怎么看？

问候

如有疑问，这里是表结构/代码。这不是确切的代码，因为还有一个修订系统使它变得更加复杂，但为了理解这就足够了: p>

表格提交:

ID (primary)
(additionalColumns)

表格报告:

ID (primary)
submissionID (reference to submission table)
(additionalColumns)

表 report_objects:

reportID (reference to reports table, multiple report_object for one report)

表记帐:

ID (primary)
reportID (reference to reports table, multiple accountings for one report)
(additionalColumns)

表 accounting_objects:

ID
accountingID (reference to accounting table, multiple accounting_object for one accounting)
(additionalColumns)

对于一次提交，正在创建一个或多个报告，其中包含多个对象 (report_objects)。对于每个报告，我可以创建多个会计，其中每个会计针对报告的几个对象。 accounting report_objects存放在accounting_object中

我的查询/过滤器检查一个 submissionID 的每个 report_object 是否被一个 submissionID 计入(accounting_object 存在)。

Answer 1

没有一个明确的答案，在实践中，如果它的工作和运行速度足以满足您的需求，那么您可以保持原样。优化始终是您可以回过头来的事情。

正确加入

如果您只是检查连接表是否存在并且只包括该连接的结果，您可以通过正确的 LEFT/RIGHT JOIN 表达式来完成。这始终是第一个电话。

表现力

也尽可能地使用 SQL 表达，你想给它最好的机会来优化你的查询，有关键字，例如 EXISTS，例如，一定要使用它们。

反规范化

您可以添加一个存储计算值的列，由此产生的复杂性是确保该值始终是最新的。这可以通过触发器或手动完成。优点:

• 这是解决由计算列引入的缓慢问题的最简单方法。

缺点:

• 破坏你漂亮的规范化模式
• 如果您在代码中手动执行，您会忘记在某处执行，从而导致头痛。
• 触发器可能有点痛苦。

物化 View

这类似于非规范化，但通过创建存储 View 防止污染规范化表。在 MySQL 中，这是通过在值更改时将复杂选择的结果存储到结果表中来实现的。同样，与非规范化相同，复杂性在于使它保持最新。它通常使用触发器完成。这可能会很痛苦，但可以避免架构的复杂性。正如@eggyal 所提到的，它还不是 MySQL 支持的功能，因此您将不得不自己动手...... Materialized views with MySQL

优点:

• 让脏的非规范化内容远离您良好的规范化模式。

缺点:

• 不支持物化 View ，因此设置它们需要一些工作。
• 如果您在代码中触发 View 的刷新，您会得到陈旧的数据，但不像非规范化的单列陈旧那么痛苦。
• 触发器可能有点痛苦。

如果您不确定，并且确实很重要，请进行一些基准测试。

编辑 如果您的代码在您的代码库中以一种或另一种形式包含此查询，那么将来可能会引起麻烦，因为您必须记住更改所有如果或何时发生变化的地方。

如果通过执行上述操作，您的陈述非常简单明了，那么它们之间的差异可能足够大，这不是问题。

你可以做一些事情来帮助你:

1. 将所有相关查询放在一个地方，即以各种形式处理此查询的单个类或脚本。这样至少所有更改都限制在一个文件中。
2. 为了帮助自己解决更多问题，您可以对其进行一些重构以消除查询之间的重复。

此外，如果您觉得数据库信息过于暴露给代码，您可能希望将其抽象为一个 View 。