Question

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

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

稍后，还应该有一个搜索功能，这也需要这个巨大的查询。我想知道这是一个好习惯还是我应该在我的数据库表中添加一个“冗余”数据库列，在那里我计算每次更新时需要的属性。在本专栏中，我不会在项目的不同位置进行大量查询，但会有一个冗余列。

您怎么看？

问候

正如质疑，这里是表结构/代码。这不是确切的代码，因为还有一个修订系统使它更复杂，但是为了理解这已经足够了：

表格提交：

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)

table accounting_objects：

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

对于提交，正在创建一个或多个报告，其中包含多个要记录的对象（report_objects）。对于每个报告，我可以创建多个帐户，其中每个帐户用于报告的一些对象。已记帐的report_object存储在accounting_object

中

我的查询/过滤器检查是否对一个submissionID记录了submissionID的每个report_object（accounting_object存在）。

Answer 1

没有一个确定的答案，而且在实践中，如果它的工作和运行速度足以满足您的需求，那么您可以保持原样。优化总是可以回归的。

正确加入

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

表现力

也可以像使用SQL一样表达，你想给它提供优化查询的最佳机会，例如EXISTS等关键字，请确保使用它们。

非规范化

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

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

缺点：

破坏您的常规规范化架构
如果您在代码中手动执行此操作，则会忘记在某处执行此操作，从而导致头痛。
触发器可能有点痛苦。

物化视图

这类似于非规范化，但可以通过创建存储视图来防止污染您的规范化表。这可以通过在值更改时将复杂选择的结果存储到结果表中来实现。同样，与非规范化相同，复杂性使这一点保持最新。它通常使用触发器完成。这可能很痛苦，但会使模式的复杂性降低。正如@ eggyal所提到的，它不是MySQL支持的功能，所以你必须DIY ... Materialized views with MySQL

优点：

将脏的非规范化内容远离您的标准化架构。

缺点：

不支持物化视图，因此需要设置它们。
如果您在代码中触发视图刷新，则会获得过时的数据，但不会像单列非正规化过时那样痛苦。
触发器可能有点痛苦。

如果你不确定，那真的很重要，做一些基准测试。

编辑如果您的代码在代码库中以某种形式存在此查询，那么将来可能会引起令人头疼的问题，因为您必须记住更改所有语句中的语句他们改变的地方。

如果通过以上操作，您已使您的陈述变得非常简单和简洁，那么它们可能会彼此不同，因为它不会成为问题。

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

将所有相关查询放在一个位置，即以各种形式处理此查询的单个类或脚本。这样，至少所有更改都限于一个文件。
你可以为了更多地帮助自己，做一些重构，以消除查询之间的重复。

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

过滤MySQL结果的最佳实践

1 个答案:

正确加入

表现力

非规范化

物化视图