左内连接与或操作员 - 替代方案？

Question

我正在尝试（在雪花中）在“ snowflake”中使用或操作员在ON子句中的一个或操作员，但是查询需要太长运行。我的问题是，在我的具体情况下是否有其他选择可以使查询更快地执行？以下查询：

SELECT T1.EMAIL,
       M.STATUS,
       M.CAMPAIGN_ID,
       M.CAMPAIGN_TYPE
FROM (SELECT VISITOR_ID,
             ACCOUNT_ID,
             CONTACT_ID,
             ROW_KEY,
             LEAD_ID,
             EMAIL,
             CAMPAIGN_UNIQUE_ID
      FROM NORMAL_TOUCHPOINTS NTP
      UNION ALL
      SELECT VISITOR_ID,
             ACCOUNT_ID,
             CONTACT_ID,
             ROW_KEY,
             NULL AS LEAD_ID,
             EMAIL,
             CAMPAIGN_ID
      FROM OPP_TOUCHPOINTS OTP) T1
         JOIN LIST_FACTS LF ON (LF.TP_KEY = T1.ROW_KEY) OR (LF.ATP_KEY = T1.ROW_KEY)
         LEFT JOIN ACCOUNTS A ON A.ID = T1.ACCOUNT_ID
         LEFT JOIN LEADS L ON L.ID = LF.LEAD_ID
         LEFT JOIN MEMBERS M ON ((M.LEAD_ID = T1.LEAD_ID) OR (M.CONTACT_ID = T1.CONTACT_ID)) AND
                                (M.CAMPAIGN_ID = T1.CAMPAIGN_ID)

所讨论的左JOIN语句是：

 LEFT JOIN MEMBERS M ON ((M.LEAD_ID = T1.LEAD_ID) OR (M.CONTACT_ID = T1.CONTACT_ID)) AND
                                    (M.CAMPAIGN_ID = T1.CAMPAIGN_ID)

基本上，上面的左JOIN是根据匹配的m.lead_id加入t1.lead_id的加入 - 如果这些连接为null，则它将在m.contact_id上加入。关于如何加快事情的想法？

Answer 1

提高A和联合的标准方法是所有已知的单独的结果集。

鉴于T1是Aleady Al Union All和一半的联盟，已经知道了leds_id的null，为什么不较早地将M加入。工会。

这意味着您只需要决定如何拆分normal_touchpoints ..现在，如果Lead_ID不为null null Contact_ID将永远不会匹配，那可能是拥有三个工会的途径。但是，这需要深您的数据知识。