新足迹

 找回密码
 注册

精华好帖回顾

· 今年不买房不看房(216楼第五次晚上10点03/05更新) (2010-4-24) 澳洲只是个传说 · lunch box系列(三),附切剩的边角余料处理办法 (2018-4-23) 兔子爱吃肉
· 七种武器--铁齿铜牙 (2007-9-26) 葵花 · == Narisawa in Tokyo,盘中有丘壑 == (2015-10-7) 胡须康
Advertisement
Advertisement
123
返回列表 发新帖
楼主:澳贼

[IT] 那位SQL达人能解这个?? [复制链接]

头像被屏蔽

禁止发言

发表于 2010-4-14 14:49 |显示全部楼层

都是高手阿。

此文章由 澳贼 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 澳贼 所有!转贴必须注明作者、出处和本声明,并保持内容完整
谢谢踊跃回答
Advertisement
Advertisement

发表于 2010-4-15 00:21 |显示全部楼层
此文章由 tritri 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 tritri 所有!转贴必须注明作者、出处和本声明,并保持内容完整
巩固了一下数据库知识...

发表于 2010-4-15 16:46 |显示全部楼层
此文章由 bluesknight 原创或转贴,不代表本站立场和观点,版权归 oursteps.com.au 和作者 bluesknight 所有!转贴必须注明作者、出处和本声明,并保持内容完整
不是DBA,不过在DB2碰到过类似的情况,2L的script在表格数据较大的情况下可能会很慢。我当时的script 大概是下面这样:

SELECT ACCOUNT_ID, END_DATE
FROM T_ACCOUNT
WHERE DATE(START_DATE) = '2000-01-01' AND END_DATE <> (SELECT MAX(END_DATE) FROM T_ACCOUNT)

T_ACCOUNT大概六、七万行,整个script运行了10分钟。从后台数据看,DB2似乎是做了full outer join,导致运行效率低下。3L的效果应该会好一些。

评分

参与人数 1积分 +4 收起 理由
澳贼 + 4 高手

查看全部评分

发表回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则

Advertisement
Advertisement
返回顶部