查看: 4784|回复: 16

可选择性不高的列的查询优化方法

[复制链接]
论坛徽章:
1
2010广州亚运会纪念徽章:龙舟
日期:2010-09-24 20:58:09
发表于 2010-7-29 15:59 | 显示全部楼层 |阅读模式
假如表A有100W行记录,表A的flag字段只有2个值:1,2。
而a经常用来被作为查询条件:
经常会有where a=?
这种情况下几乎都会走全表扫描。
导致查询速度巨慢。
这种情况下有什么优化方案呢?
或者说避免这种情况的一些方式呢?

大侠们说说怎样处理这种方式或者如何让在设计上避免这种方式吧。
论坛徽章:
311
行业板块每日发贴之星
日期:2012-07-12 18:47:29双黄蛋
日期:2011-08-12 17:31:04咸鸭蛋
日期:2011-08-18 15:13:51迷宫蛋
日期:2011-08-18 16:58:25紫蛋头
日期:2011-08-31 10:57:28ITPUB十周年纪念徽章
日期:2011-09-27 16:30:47蜘蛛蛋
日期:2011-10-20 15:51:25迷宫蛋
日期:2011-10-29 11:12:59ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41鲜花蛋
日期:2011-11-09 20:33:30
发表于 2010-7-29 16:04 | 显示全部楼层
原帖由 ITPUB总片反主 于 2010-7-29 15:59 发表
假如表A有100W行记录,表A的flag字段只有2个值:1,2。
而a经常用来被作为查询条件:
经常会有where a=?
这种情况下几乎都会走全表扫描。
导致查询速度巨慢。
这种情况下有什么优化方案呢?
或者说避免这种情况的一些方式呢?

大侠们说说怎样处理这种方式或者如何让在设计上避免这种方式吧。


就只有这个查询条件?

使用道具 举报

回复
论坛徽章:
16
奥运会纪念徽章:跆拳道
日期:2008-10-24 13:12:17马上有房
日期:2014-02-18 16:42:022014年新春福章
日期:2014-02-18 16:42:02优秀写手
日期:2013-12-18 09:29:092010新春纪念徽章
日期:2010-03-01 11:06:132010年世界杯参赛球队:丹麦
日期:2010-01-12 11:21:352010年世界杯参赛球队:科特迪瓦
日期:2010-01-04 11:48:04祖国60周年纪念徽章
日期:2009-10-09 08:28:00数据库板块每日发贴之星
日期:2009-10-08 01:01:03ITPUB8周年纪念徽章
日期:2009-09-27 10:21:21
发表于 2010-7-29 16:07 | 显示全部楼层
看数据分布是否均匀,还有表上是不是常有dml操作,根据这些情况,考虑是否用位图索引

使用道具 举报

回复
论坛徽章:
23
奥运会纪念徽章:赛艇
日期:2008-09-04 16:35:28蜘蛛蛋
日期:2013-01-28 16:48:012013年新春福章
日期:2013-02-25 14:51:24蛋疼蛋
日期:2013-05-23 16:54:30紫蛋头
日期:2013-06-25 15:52:53灰彻蛋
日期:2013-06-26 16:37:29夏利
日期:2013-07-29 17:09:40劳斯莱斯
日期:2013-08-23 16:44:572014年新春福章
日期:2014-02-18 16:42:02马上有房
日期:2014-02-18 16:42:02
发表于 2010-7-29 16:10 | 显示全部楼层
如果是oltp的话就用不了位图索引

使用道具 举报

回复
论坛徽章:
23
奥运会纪念徽章:赛艇
日期:2008-09-04 16:35:28蜘蛛蛋
日期:2013-01-28 16:48:012013年新春福章
日期:2013-02-25 14:51:24蛋疼蛋
日期:2013-05-23 16:54:30紫蛋头
日期:2013-06-25 15:52:53灰彻蛋
日期:2013-06-26 16:37:29夏利
日期:2013-07-29 17:09:40劳斯莱斯
日期:2013-08-23 16:44:572014年新春福章
日期:2014-02-18 16:42:02马上有房
日期:2014-02-18 16:42:02
发表于 2010-7-29 16:11 | 显示全部楼层
如果真这样  首先要考虑下 如果只统计flag的意义是什么

使用道具 举报

回复
论坛徽章:
311
行业板块每日发贴之星
日期:2012-07-12 18:47:29双黄蛋
日期:2011-08-12 17:31:04咸鸭蛋
日期:2011-08-18 15:13:51迷宫蛋
日期:2011-08-18 16:58:25紫蛋头
日期:2011-08-31 10:57:28ITPUB十周年纪念徽章
日期:2011-09-27 16:30:47蜘蛛蛋
日期:2011-10-20 15:51:25迷宫蛋
日期:2011-10-29 11:12:59ITPUB十周年纪念徽章
日期:2011-11-01 16:19:41鲜花蛋
日期:2011-11-09 20:33:30
发表于 2010-7-29 16:13 | 显示全部楼层
这种情况,全表扫描是最快的,怎么会很慢,

使用道具 举报

回复
论坛徽章:
1
2010广州亚运会纪念徽章:龙舟
日期:2010-09-24 20:58:09
 楼主| 发表于 2010-7-29 16:15 | 显示全部楼层
原帖由 ZALBB 于 2010-7-29 16:04 发表


就只有这个查询条件?


当然并不仅仅只是这个查询条件,
也许跟了很多其他的查询条件,
也许要跟其他的表相连进行查询,

使用道具 举报

回复
论坛徽章:
1
2010广州亚运会纪念徽章:龙舟
日期:2010-09-24 20:58:09
 楼主| 发表于 2010-7-29 16:15 | 显示全部楼层
我相信这个问题很多人应该都碰到过啊

使用道具 举报

回复
论坛徽章:
1
2010广州亚运会纪念徽章:龙舟
日期:2010-09-24 20:58:09
 楼主| 发表于 2010-7-29 16:17 | 显示全部楼层
原帖由 ZALBB 于 2010-7-29 16:13 发表
这种情况,全表扫描是最快的,怎么会很慢,

对100W行进行全表扫,
是的,也许这种情况下是最快的,但放到应用中就很慢了,
那是否可以从设计上来避开这种情况呢?

使用道具 举报

回复
论坛徽章:
86
2015中国数据库技术大会纪念徽章
日期:2015-04-24 16:04:24马上有车
日期:2014-02-19 11:55:14马上有车
日期:2014-02-18 16:41:112014年新春福章
日期:2014-02-18 16:41:11优秀写手
日期:2013-12-18 09:29:11日产
日期:2013-10-17 08:44:39马自达
日期:2013-08-26 16:28:022013年新春福章
日期:2013-02-25 14:51:24ITPUB 11周年纪念徽章
日期:2012-10-23 16:55:51马上有房
日期:2014-02-19 11:55:14
发表于 2010-7-29 16:21 | 显示全部楼层
原帖由 ITPUB总片反主 于 2010-7-29 16:15 发表


当然并不仅仅只是这个查询条件,
也许跟了很多其他的查询条件,
也许要跟其他的表相连进行查询,


别的条件都加上也比这个条件的选择度还低?

如果有别的条件或表连接,情况可能会完全不同。

使用道具 举报

回复

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

本版积分规则 发表回复

SACC2019中国系统架构师大会

【数字转型 架构演进】SACC2019中国系统架构师大会,7折限时优惠重磅来袭!
2019年10月31日~11月2日第11届中国系统架构师大会(SACC2019)将在北京隆重召开。四大主线并行的演讲模式,1个主会场、20个技术专场、超千人参与的会议规模,100+来自互联网、金融、制造业、电商等领域的嘉宾阵容,将为广大参会者提供一场最具价值的技术交流盛会。

限时七折期:2019年8月31日前


----------------------------------------

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