5

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

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

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

你怎么看？

问候

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

表格提交：

ID (primary)
(additionalColumns)

表格报告：

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

表报告对象：

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_object中

我的查询/过滤器检查一个submissionID 的每个report_object 是否为一个submissionID 计算（accounting_object 存在）。

4

1 回答 1

4

没有一个明确的答案，并且在实践中，如果它可以工作并且运行速度足够快以满足您的需求，那么您可以保持原样。优化总是你可以回来的东西。

正确加入

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

表现力

还要尽可能地使用 SQL 来表达，你想给它最好的机会来优化你的查询，例如，有诸如 EXISTS 之类的关键字，请确保使用它们。

非规范化

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

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

缺点：

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

物化视图

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

优点：

  • 使脏的非规范化的东西远离你漂亮的规范化模式。

缺点：

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

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

编辑如果您的代码在您的代码库中以一种或另一种形式使用此查询，那么这有可能在将来引起头痛，因为如果或当它们发生变化时，您必须记住在所有地方更改语句。

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

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

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

此外，如果您觉得数据库信息过于暴露给代码，您可能希望将其抽象到视图后面。

于 2012-12-14T10:21:02.113 回答