查看: 4884|回复: 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 发表


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


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

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

使用道具 举报

回复

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

本版积分规则 发表回复

DTCC2020中国数据库技术大会 限时8.5折

【架构革新 高效可控】2020年6月4日~6日第十一届中国数据库技术大会将在北京隆重召开。

大会设置2大主会场,20+技术专场,将邀请超百位行业专家,重点围绕数据架构、AI与大数据、传统企业数据库实践和国产开源数据库等内容展开分享和探讨,为广大数据领域从业人士提供一场年度盛会和交流平台。

http://dtcc.it168.com


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