"非相关子查询"无需"笛卡尔运算"所以效率不一定低!

playyuer 2003-10-20 09:08:29
千万不要有这样的错误认识:
子查询的效率一定低于 join 的效率!

SQL查询问题
http://expert.csdn.net/Expert/topic/2376/2376452.xml?temp=.7371027
...全文
186 15 打赏 收藏 转发到动态 举报
写回复
用AI写文章
15 条回复
切换为时间正序
请发表友善的回复…
发表回复
playyuer 2003-10-31
  • 打赏
  • 举报
回复
up
DigJim 2003-10-31
  • 打赏
  • 举报
回复
干部,大概他認爲你的寫得太複雜,他看起來太累了,所以根本就沒有看!!
pengdali 2003-10-31
  • 打赏
  • 举报
回复
子查询效率比join高

=,exists,in,join,full join

高-->低
hdslah 2003-10-31
  • 打赏
  • 举报
回复
up
KK4 2003-10-31
  • 打赏
  • 举报
回复
inner join 仅仅是比较好,比较清楚,未必是唯一的。只要能运行的好,怎么写对计算机来说都无所谓。
suntt 2003-10-31
  • 打赏
  • 举报
回复
嘻嘻,还说每发火呢,都用“!”了
OpenVMS 2003-10-31
  • 打赏
  • 举报
回复
UP
w_rose 2003-10-21
  • 打赏
  • 举报
回复
inner join 并不一定会“迪卡尔运算”,否则就不会有“查询优化”这种技术了。
w_rose 2003-10-21
  • 打赏
  • 举报
回复
inner join 仅仅是比较好,比较清楚,未必是唯一的。只要能运行的好,怎么写对计算机来说都无所谓。
w_rose 2003-10-21
  • 打赏
  • 举报
回复
一般来说,仅当程序员写每条语句都与SQL Server的查询分析器的“算法”一致时,子查询的效率一定不低于 join 的效率,否则就容易“低于”。

如果使用inner join,就可以更方便地把查询规划工作交给SQL Server。
zarge 2003-10-20
  • 打赏
  • 举报
回复
学习
gmlxf 2003-10-20
  • 打赏
  • 举报
回复
哈哈,都是星星,我要拜你们为老师。
playyuer 2003-10-20
  • 打赏
  • 举报
回复
我只是想提醒一下!
没发火!
pengdali 2003-10-20
  • 打赏
  • 举报
回复
呵呵。。老大不要发火,大力也常这样,没办法,我有时写了一大堆,他居然没看懂,晕倒,呵呵。习惯就好了。有时写简单一点,但不给最优的反尔他喜欢,哈哈。。
gmlxf 2003-10-20
  • 打赏
  • 举报
回复
NO.1

34,576

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧