查询使用案例在左外连接中需要很长时间才能运行
我正在使用case
表达式在联接条件下运行Postgres查询。查询需要很长时间才能运行。是否有更好的方法来优化此查询?
代码段:
LEFT OUTER JOIN analyticsdatamart_gen_nontemporal_v1.dimension_organisations org ON org.unique_key = fo.dimension__order__responsible_organisation_key
LEFT OUTER JOIN analyticsdatamart_gen_nontemporal_v1.dimension_work_sites site ON site.unique_key = fo.dimension__order__responsible_work_site_key LEFT OUTER JOIN analyticsdatamart_gen_nontemporal_v1.dimension_priorities prio ON fo.dimension__maximum_priority_procedure__priority_key = prio.unique_key LEFT OUTER JOIN analyticsdatamart_gen_nontemporal_v1.dimension_actors da
ON CASE
WHEN da.unique_key = fo.dimension__first_report__primary_releasing_actor_key IS NOT NULL
THEN da.unique_key = fo.dimension__first_report__primary_releasing_actor_key
ELSE da.unique_key = fo.dimension__first_dictation__dictating_actor_key
END
LEFT OUTER JOIN analyticsdatamart_gen_nontemporal_v1.fact_series fse ON fse.dimension__study__key = st.unique_key
LEFT OUTER JOIN analyticsdatamart_gen_nontemporal_v1.dimension_series dse ON dse.unique_key = fse.dimension__series__key
I am running a Postgres query with a CASE
expression in a join condition. The query takes a long time to run. Is there a better way to optimize this query?
Code snippet:
LEFT OUTER JOIN analyticsdatamart_gen_nontemporal_v1.dimension_organisations org ON org.unique_key = fo.dimension__order__responsible_organisation_key
LEFT OUTER JOIN analyticsdatamart_gen_nontemporal_v1.dimension_work_sites site ON site.unique_key = fo.dimension__order__responsible_work_site_key LEFT OUTER JOIN analyticsdatamart_gen_nontemporal_v1.dimension_priorities prio ON fo.dimension__maximum_priority_procedure__priority_key = prio.unique_key LEFT OUTER JOIN analyticsdatamart_gen_nontemporal_v1.dimension_actors da
ON CASE
WHEN da.unique_key = fo.dimension__first_report__primary_releasing_actor_key IS NOT NULL
THEN da.unique_key = fo.dimension__first_report__primary_releasing_actor_key
ELSE da.unique_key = fo.dimension__first_dictation__dictating_actor_key
END
LEFT OUTER JOIN analyticsdatamart_gen_nontemporal_v1.fact_series fse ON fse.dimension__study__key = st.unique_key
LEFT OUTER JOIN analyticsdatamart_gen_nontemporal_v1.dimension_series dse ON dse.unique_key = fse.dimension__series__key
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(1)
为了适当答案,请附上完整的查询,表格结构(带有索引)和执行计划。
原始
案例
非常复杂,但是很难说是否负责查询性能,而没有执行计划中的信息。可以将这种情况转换为
,甚至
可以给出一个优化器(以及其他所有人)更好地理解哪个列(在DA表中)是加入的关键
For proper answer attach full query, table structure (with indexes) and execution plan.
Original
CASE
is quite complicated, but hard to say if it's responsible for query performance without information from execution plan.This case can be transformed to
or even
This should give a optimizer (and everybody else) better understanding which column (in da table) is key for joining