【性能优化】分区表查询，怎样更快呢？

oracle_cj

怎么搞都快不了，建索引吧

dla001

看看是哪部分慢再说。如果是IO本身不行，开并行也不会快。

jinaqu

Can't use
parallel query
parallel dml
parallel ddl
。。。。。
直接被DBA给否了，不准用，数据库并发性本身是比较高的，这样太不安全了，，，，，有没更好的办法。。。

bell6248

jinaqu 发表于 2015-1-4 15:17
Can't use
parallel query
parallel dml

如果你目前的系统是OLTP的，那使用并行副作用非常大， 毕竟并行是对于OLAP系统的。
你目前的问题非常麻烦，不是语句的问题，也不是建个index(对于分区字段建index完全没有)， 你还是把这个问题和你manager说明一下， 这种问题不是你的问题

dla001

能把你们想要什么以及现在是怎么做的说明一下吗？
只是优化count(*)  240亿的数据，这个需求没什么意义。
没有场景支持，理论上可能让这个SQL在0.1秒以内出结果，但这有什么意义？

oracle_cj

1.将分区拆为天的子分区，这样一个分区的数据瞬间变成30个子分区的和，如果指定子分区查询，如果资源允许，速度你懂的
2.可以考虑将分区适当的放到不同的表空间
3.可以考虑建全局索引和局部分区索引


如果以上你都没有权限整的话，找你领导吧，搞不定。20亿数据，你懂的

oracle_cj

而且我感觉你这个应该是个olap系统吧。。。

jinaqu

dla001 发表于 2015-1-4 15:35
能把你们想要什么以及现在是怎么做的说明一下吗？
只是优化count(*)  240亿的数据，这个需求没什么意义。
...

验证数据的准确性，首先确认数量级的准确性

jinaqu

index是有的

bfc99

如果你是用select count(*) from 表，实际上分区表会比没有分区表的更慢。但如果你是用select count(*) from 表 where 分区键条件；来查，这时才能发挥分区表的优势。