【问题标题】:DB2 Performance CASE vs COALESCEDB2 性能案例与 COALESCE
【发布时间】:2013-05-17 16:16:06
【问题描述】:

我正在修改将用户信息连接到一个表中的现有语句,以便用户信息可以来自另一个表。一个是永久表,另一个是临时表(记录从一个表移动到另一个表)。我将我的加入更改为左加入,然后左加入第二个联系信息表。如果永久字段存在,我需要选择永久字段,如果永久字段不存在,我需要选择临时字段。 154306 是我从中选择的主表上所有传入记录的用户 ID。以下是我选择字段的 2 个选项:

SELECT

CASE WHEN U.USRID = 154306
    THEN T.TMPFNAME
    ELSE U.FNAME
END AS FNAME,

COALESCE (U.LNAME, T.TMPLNAME) AS LNAME

FROM FILES.ORDERS O
LEFT JOIN FILES.USERS U ON U.USRID <> 154306 AND U.USRID = O.ORDUSR
LEFT JOIN FILES.TMPUSERS T ON O.ORDNUM = T.TMPORD

我认为这个案例似乎更“正确”,因为它实际上是在控制流程,但由于合并的逻辑较少,它可能会执行得更快。两者都应该完成相同的结果,因为 2 个左连接确保我们无论如何都能获得用户的信息,但不会获得仍分配给临时用户的订单的永久用户信息。看起来我们有 10 个字段要案例/合并,所以我认为性能更好的方法是要走的路,我认为这是合并,但我什至不确定。无论出于何种原因,哪种方式更好?

【问题讨论】:

  • 你尝试的时候发生了什么?
  • 1 次调用的性能是微不足道的,只有在网站上线时才能测试负载。

标签: sql db2 query-optimization case coalesce


【解决方案1】:

case 与 coalesce() 的性能对连接三个大表的查询没有影响。此类查询主要取决于读取和匹配表中的行的时间。

顺便说一句,两者完全不一样。如果您在 users.Fname 中有 NULL 值,则 case 逻辑将保留它们,但 coalesce() 逻辑将填充另一个表中的值。

您的标准应该是表达清晰。因为您认为case 更有意义,所以我建议您使用它。

【讨论】:

  • 谢谢,这很有帮助。显然他们误导了我 - 记录没有从临时移动到永久,它们被复制,而不是总是被复制。我们将使用 coalesce 来获取所有可能的信息。不过很高兴知道这一点:)
猜你喜欢
  • 1970-01-01
  • 2017-08-29
  • 2011-02-02
  • 2013-07-23
  • 2011-09-19
  • 1970-01-01
  • 2017-05-08
  • 1970-01-01
  • 2012-03-12
相关资源
最近更新 更多