复杂的SQL where子句：是否考虑逻辑

Question

我有一个复杂的SQL where子句，该子句由于需求变化而变得更加复杂。 有四种基本情况，每种情况具有其他因素的不同组合。 （在我看来）将这四种情况作为where子句的单独分支，并在每个分支中重复多余的条件，更具可读性。 但是我不知道数据库引擎将如何优化它。

这是多余形式的表达。 我已经用字母代替了实际的标准。 A是“分支”条件，有四种形式。 除非另有说明，否则所有表达式均采用field='value'的形式。

A1 AND B AND C AND D
OR A2 AND B AND C AND D AND E AND F1 AND G
OR A3 AND A3a AND B AND C AND D AND E AND F1 AND G
OR A4 AND B AND C AND D AND F2

除A4以外的所有A都field in ('value1','value2')的表单field in ('value1','value2') 。 D是field > 'value' 。 G在表单field not in (subquery) 。

这是表达式（我认为）是其最少冗余的形式。

B AND C AND D AND (
    A1
    OR (
        E AND F1 AND G AND (
            A2
            OR (A3 AND A3a)
        )
    )
    OR (A4 AND F2)

我的问题是我是否应该将此表达式分解为最简单（最少冗余）的逻辑形式，还是可以将其保留为更冗余但也更易读的形式。 目标数据库是Sybase，但是我通常想知道RDMBS的答案。

Answer 1

如果我在M $ SQL Server上攻击此问题，我将按照自己的方式编写它并查看查询执行计划。 如果它（a）运行缓慢并且（b）制定了错误的执行计划，那么我将进行重构和记录。 不确定Sybase中有什么机制来查看优化程序如何执行查询。

Answer 2

在RDBMS世界中，我不会太在意冗余，效率在这里更重要。

在您的情况下，我将使用A作为首要条件对所有四个查询进行UNION ，如下所示：

SELECT  *
FROM    mytable
WHERE   A1 AND B AND C
UNION
SELECT  *
FROM    mytable
WHERE   A2 AND B AND C AND D AND E AND F1 AND G
…

我使用Sybase已有7年以上，但是在所有主要的RDBMS ， UNION的效率都比OR的效率高。

请参阅我的博客中的本文，了解有关Oracle的silimar问题的方法：

• 选择最低值 ：在Oracle有效使用UNION

还有这篇文章，用于比较MySQL的UNION与OR ：

• 选择朋友 ：与MySQL的OR相比， UNION效率

我认为这些方法也适用于Sybase 。

您还需要在条件中使用的列上创建索引，以受益于UNION的

更新：

由于条件G是子查询，因此可能会发生，它需要HASH JOIN才能快速执行。 HASH JOIN要求对所有未过滤的值进行全面扫描，这就是为什么最好在单个fullscan中过滤所有值然后执行HASH JOIN ：

SELECT  *
FROM    (
        SELECT  *
        FROM    foo
        WHERE   condition_set_1
        UNION
        SELECT  *
        FROM    foo
        WHERE   condition_set_2_but_no_g
        …
        ) q
WHERE   G

为了做出进一步的判断，最好查看查询本身。

Answer 3

我会重构它。 最终，重复的逻辑将使您陷入困境。 第二个示例可能需要花费几秒钟的时间才能理解，但是在大范围内，更容易了解正在发生的事情，因为您可以快速查看整个where子句并开始确定是什么影响了什么。