SQL join和EXISTS效率

先看两个查询,查询目的是在a表中找出b表出现的vid

1.join查询

sql 复制代码
select a.vid, a.attach_url, a.attach_url_type, a.create_time
from ods_truck.tl_vehicle_attach_log a
         join (select distinct vid
               from ods_truck.tl_truck_log_20240613
               where oprater in ('remove', 'delete')
                 and cast(oprater_time as bigint) < unix_timestamp('20210101', 'yyyyMMdd') * 1000
) b on a.vid = b.vid;

2.exists查询

sql 复制代码
select a.vid, a.attach_url, a.attach_url_type, a.create_time
from ods_truck.tl_vehicle_attach_log a
where exists (
    select 1
    from ods_truck.tl_truck_log_20240613 b
    where a.vid = b.vid
      and oprater in ('remove', 'delete')
      and cast(oprater_time as bigint) < unix_timestamp('20210101', 'yyyyMMdd') * 1000
    )
exists 解释

exists 和 not exists 用于判断B表结果集是否在A表存在,这个使用select 1原因是exists 不需要判断具体的列,只需要知道有没有结果集返回

  • exists 有结果集返回为真
  • not exists 没有结果集返回为真

这里使用select 1没有查询所有的列,优化了查询效率

比较效率

第一种join

  • 优点:子查询先执行,只保留了满足条件的vid的去重集合,减少了主查询时需要比较的记录数,如果vid上有索引,可能会更高效。
  • 缺点:如果子查询返回大量不同的vid,则JOIN操作可能消耗较多资源

第二个查询(EXISTS方式)

  • 优点:EXISTS通常在找到第一个匹配项后就会停止后续的行搜索,因此对于外层表的每一行,内层查询不会全表扫描,这在内层表数据量大时非常高效。
  • 缺点:对于每个外层表的行,都需要执行一次内层查询,如果外层表非常大,这可能会导致较高的查询成本

总结

一般而言,如果内层查询(即满足特定条件的vid)返回的结果集较小,且外层表较大,EXISTS可能会更高效 ,因为它避免了不必要的全表扫描。相反,如果内层查询返回的结果集相对较大,而外层表较小,预先计算并JOIN去重结果集的方法可能会更优

实际效率还需根据具体的数据库系统优化器、索引策略、数据分布等因素来确定,建议在实际环境中进行性能测试来决定最佳方案。

相关推荐
徐小黑ACG1 小时前
nginx配置文件
linux·服务器·nginx
新时代牛马1 小时前
Linux VFS 完整篇:从path_openat、dentry/inode 到page cache 与挂载排障
linux·运维·服务器
java_logo1 小时前
Docker 部署 Rocky Linux:轻松搭建 RHEL 兼容企业级基础镜像平台
linux·docker·容器·rocky linux·基础镜像·轩辕镜像·rhel 兼容
袋鼠云数栈1 小时前
实时湖仓如何真正做到“数据够新”?
大数据·数据库·人工智能·数据治理
拂拉氏1 小时前
【知识讲解】 Linux虚拟地址空间认识
linux·虚拟地址空间
ACP广源盛139246256732 小时前
M6/M5 Pro Mac mini 端侧 AI 落地@ACP#YLB3116 中端多盘存储扩展在 AI 服务中的机会与应用场景
大数据·网络·数据库·人工智能·嵌入式硬件·macos
ACP广源盛139246256732 小时前
M6/M5 Pro Mac mini 端侧 AI 新形态@ACP#GSV5800 Serdes 长距离视频传输在 AI 服务中的机会与落地场景
大数据·网络·数据库·人工智能·嵌入式硬件·macos·音视频
新时代牛马3 小时前
Linux 驱动中断与定时完整篇:从 request_threaded_irq 到hrtimer 选型与排障
linux·运维·服务器
倔强的石头_4 小时前
事务边界与批量写入:避免长事务、锁等待和日志压力
数据库
努力努力再努力wz4 小时前
【Redis入门系列】从 KEYS 到 SCAN:渐进式遍历、Cursor 与位反转原理
数据库·redis·缓存