12
返回列表 发新帖

[PL/SQL] 不加新索引,还有进一步优化的可能吗?

[复制链接]
论坛徽章:
289
蛋疼蛋
日期:2013-03-29 13:46:58优秀写手
日期:2013-12-24 06:00:12福特
日期:2014-02-17 17:30:59生肖徽章:兔
日期:2012-05-24 19:03:36SQL极客
日期:2013-12-09 14:13:35ITPUB季度 技术新星
日期:2014-02-24 11:00:06IT宝贝
日期:2014-08-27 10:32:17马上加薪
日期:2014-08-05 09:18:33SQL数据库编程大师
日期:2016-01-13 10:30:43玉石琵琶
日期:2014-03-04 16:46:07
11#
发表于 2017-11-21 10:45 | 只看该作者
这个可以用分析函数改写啊

使用道具 举报

回复
论坛徽章:
520
奥运会纪念徽章:垒球
日期:2008-09-15 01:28:12生肖徽章2007版:鸡
日期:2008-11-17 23:40:58生肖徽章2007版:马
日期:2008-11-18 05:09:48数据库板块每日发贴之星
日期:2008-11-29 01:01:02数据库板块每日发贴之星
日期:2008-12-05 01:01:03生肖徽章2007版:虎
日期:2008-12-10 07:47:462009新春纪念徽章
日期:2009-01-04 14:52:28数据库板块每日发贴之星
日期:2009-02-08 01:01:03生肖徽章2007版:蛇
日期:2009-03-09 22:18:532009日食纪念
日期:2009-07-22 09:30:00
12#
发表于 2017-11-21 22:47 | 只看该作者
快乐的大个子 发表于 2017-11-21 09:45
我其实也知道索引针对这个sql是最好的选择,而且Bitmap最好,因为source列只有10种可能性,完全符合bitma ...

你并不一定建单列索引,应该根据数据的分布情况建立复合索引。
你改成扫描一年数据之后,其实代价还是很高,因为每行都要回表去取F列的值。

使用道具 举报

回复
论坛徽章:
15
ITPUB元老
日期:2011-12-19 12:17:46山治
日期:2024-04-20 16:48:40罗罗诺亚·索隆
日期:2019-09-03 20:34:09托尼托尼·乔巴
日期:2019-02-01 10:41:05乌索普
日期:2017-11-22 09:58:19娜美
日期:2017-03-10 17:49:05妮可·罗宾
日期:2017-01-10 08:24:43金牛座
日期:2016-03-03 18:30:16秀才
日期:2015-11-30 09:59:2319周年集字徽章-19
日期:2025-09-14 15:00:16
13#
发表于 2017-11-22 10:45 | 只看该作者
--试试这种办法,看下效果 因为无数据的分布情况,可能行也可能差。
--分析:
--全表扫描免不了。因为F没有索引又要选择一些数据。不是用索引就能带来性能好处,要看具体情况
--那就一次全表扫描搞定,不要二次关联。ALEX_TEST2表是小表,对性能性影响不大。


select *From (

SELECT A,B,C ,first_value(b) over(PARTITION BY F ORDER BY B desc) b1
FROM ALEX_TEST1
where
G IN (SELECT D FROM ALEX_TEST2 WHERE E='M')  and
   F ='IPM' ) t where b=b1;

使用道具 举报

回复

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

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 未成年人举报专区 
京ICP备16024965号-8  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表