关于Oracle 分区表与其他表关联时的疑问

混乱的年代 2009-12-14 02:56:49
我针对JSZB的JSRQ字段建立的分区表如下：
partition by range (JSRQ)
(
partition PART_00 values less than ('2007-06-30')
tablespace JSZB02
pctfree 10
initrans 1
maxtrans 255
storage
(
initial 64K
minextents 1
maxextents unlimited
),
partition PART_01 values less than ('2007-12-31')
tablespace JSZB02
pctfree 10
initrans 1
maxtrans 255
storage
(
initial 64K
minextents 1
maxextents unlimited
)
)
执行查询：select count(*) from jszb partition(part_01) t；时速度挺快的，
但我需要查明细JSMXB的数据，故得到以下查询语句：
select count(*) from jszb partition(part_01) t,jsmxb a where a.jyh=b.jyh
执行这条语句时，速度超慢

jszb.jyh为jszb的主键，存在唯一索引
jsmxb.jyh和jsmxb.sxh为jsmxb的主键，也存在索引

实在搞不懂为什么速度受到大影响，达人们帮忙啊！！
...全文
432 17 打赏 收藏 转发到动态 举报
写回复
用AI写文章
17 条回复
切换为时间正序
请发表友善的回复…
发表回复
混乱的年代 2009-12-14
  • 打赏
  • 举报
 回复
谢谢你了~
crazylaa 2009-12-14
  • 打赏
  • 举报
 回复
我主意只能出到这份上了。。。没法子了。。。
混乱的年代 2009-12-14
  • 打赏
  • 举报
 回复
好像是的哦

我用的数据库服务器确实比较垃圾的

刚才把jszb的主键索引修改成分区表空间，感觉速度快了点，贴出执行计划，如下：

SQL> select count(*) from yb_jsmxb a,yb_jszb_1 partition(part_01) b where a.bcjyh=b.bcjyh;


Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=ALL_ROWS (Cost=11475 Card=1 Bytes
=33)

1 0 SORT (AGGREGATE)
2 1 HASH JOIN (Cost=11475 Card=693524 Bytes=22886292)
3 2 PARTITION RANGE (SINGLE) (Cost=4791 Card=583691 Bytes=
7004292)

4 3 TABLE ACCESS (FULL) OF 'YB_JSZB_1' (TABLE) (Cost=479
1 Card=583691 Bytes=7004292)

5 2 INDEX (FAST FULL SCAN) OF 'PK_YB_JSMXB' (INDEX (UNIQUE
)) (Cost=3232 Card=1735798 Bytes=36451758)





Statistics
----------------------------------------------------------
21 recursive calls
0 db block gets
22340 consistent gets
12183 physical reads
0 redo size
411 bytes sent via SQL*Net to client
504 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
1 sorts (memory)
0 sorts (disk)
1 rows processed
yuzhenhuan01 2009-12-14
  • 打赏
  • 举报
 回复
这种数据量，如果不是分区索引问题的话，就是你机器太烂了，基本的sql调优起的作用也不大了
crazylaa 2009-12-14
  • 打赏
  • 举报
 回复
[Quote=引用 12 楼 rainyfield2002 的回复:]
引用 11 楼 crazylaa 的回复:
我上面的例子，send_id是PK，我为了查询，分别在每个区上建立了分区索引。
我每个区的数据量在1000万左右。


我在分区列上建了 local索引

但我分区列不是表的主键


[/Quote]

你这里where条件里面是主键，你在别的列上建分区索引，查询用不到那个列，就不会用那个索引。
混乱的年代 2009-12-14
  • 打赏
  • 举报
 回复
[Quote=引用 11 楼 crazylaa 的回复:]
我上面的例子，send_id是PK，我为了查询，分别在每个区上建立了分区索引。
我每个区的数据量在1000万左右。
[/Quote]

我在分区列上建了 local索引

但我分区列不是表的主键

crazylaa 2009-12-14
  • 打赏
  • 举报
 回复
我上面的例子，send_id是PK，我为了查询，分别在每个区上建立了分区索引。
我每个区的数据量在1000万左右。
crazylaa 2009-12-14
  • 打赏
  • 举报
 回复
local索引的建法：就是针对每个分区分别建立索引
create index idx_m_send_id on sms_confirm_month(send_id)
local
(
partition idx_m_send_id_1 tablespace SMS_INDEX1,
partition idx_m_send_id_2 tablespace SMS_INDEX1,
partition idx_m_send_id_3 tablespace SMS_INDEX1,
partition idx_m_send_id_4 tablespace SMS_INDEX1,
partition idx_m_send_id_5 tablespace SMS_INDEX1,
partition idx_m_send_id_6 tablespace SMS_INDEX1,
partition idx_m_send_id_7 tablespace SMS_INDEX1,
partition idx_m_send_id_8 tablespace SMS_INDEX1,
partition idx_m_send_id_9 tablespace SMS_INDEX1,
partition idx_m_send_id_10 tablespace SMS_INDEX1,
partition idx_m_send_id_11 tablespace SMS_INDEX1,
partition idx_m_send_id_12 tablespace SMS_INDEX1
);
crazylaa 2009-12-14
  • 打赏
  • 举报
 回复
在分区表上就jyh建local索引试试看？这里执行计划是索引全扫。而你的主键似乎没有建成分区索引，导致扫描索引的时候扫到了其他分区去了。
混乱的年代 2009-12-14
  • 打赏
  • 举报
 回复
[Quote=引用 7 楼 crazylaa 的回复:]
晕，这么大的数据量，你的两表关联查询，就算是进行索引的扫描也会很久啊。笛卡儿乘积啊兄弟。
看看jszb partition(part_01) t 和 jsmxb各有多少数据量，数据量少点的放后面。就这个数据量的情况来看，估计也好不到哪里去。。。
另外把count(*)改为count(t.jyh)试试看。
[/Quote]

确实啊，我尝试了很多种办法了，感觉就是慢的离谱
疑问：
1、 是不是表的数据量过大造成的？
2、 是不是在操作分区表上有什么误差？
3、 分区表与其它表的关联查询是不是就行不通？

N多疑问，也到网上找了，都是些怎么创建分区表的文档，千篇一律，实在没啥办法了！
crazylaa 2009-12-14
  • 打赏
  • 举报
 回复
晕，这么大的数据量，你的两表关联查询，就算是进行索引的扫描也会很久啊。笛卡儿乘积啊兄弟。
看看jszb partition(part_01) t 和 jsmxb各有多少数据量，数据量少点的放后面。就这个数据量的情况来看，估计也好不到哪里去。。。
另外把count(*)改为count(t.jyh)试试看。
混乱的年代 2009-12-14
  • 打赏
  • 举报
 回复
select count(*) from jszb partition(part_01) t,jsmxb a where a.jyh=b.jyh 的执行计划

Execution Plan
----------------------------------------------------------
0 SELECT STATEMENT Optimizer=ALL_ROWS (Cost=3799 Card=1 Bytes=
33)

1 0 SORT (AGGREGATE)
2 1 NESTED LOOPS (Cost=3799 Card=693524 Bytes=22886292)
3 2 INDEX (FAST FULL SCAN) OF 'PK_YB_JSMXB' (INDEX (UNIQUE
)) (Cost=3232 Card=1735798 Bytes=36451758)

4 2 TABLE ACCESS (BY GLOBAL INDEX ROWID) OF 'YB_JSZB_1' (T
ABLE) (Cost=0 Card=1 Bytes=12)

5 4 INDEX (UNIQUE SCAN) OF 'PK_YB_JSZB_1' (INDEX (UNIQUE
)) (Cost=0 Card=1)





Statistics
----------------------------------------------------------
5561 recursive calls
0 db block gets
4349127 consistent gets
35101 physical reads
0 redo size
411 bytes sent via SQL*Net to client
504 bytes received via SQL*Net from client
2 SQL*Net roundtrips to/from client
95 sorts (memory)
0 sorts (disk)
1 rows processed
混乱的年代 2009-12-14
  • 打赏
  • 举报
 回复
查看执行计划也很慢，请稍等啊！
混乱的年代 2009-12-14
  • 打赏
  • 举报
 回复
jszb记录数：1529535
jsmxb记录数：1804646
crazylaa 2009-12-14
  • 打赏
  • 举报
 回复
看下第二条语句的执行计划
yuzhenhuan01 2009-12-14
  • 打赏
  • 举报
 回复
查看下执行计划，看看状况。
crazylaa 2009-12-14
  • 打赏
  • 举报
 回复
jsmxb 表数据多大？
ORACLE应用常见傻瓜问题1000问
《ORACLE应用常见傻瓜问题1000问》这一资料专为初学者设计，旨在解答在使用Oracle数据库过程中遇到的各类基础性疑问。以下，我们将深入探讨文档中列出的部分核心知识点，帮助读者更好地理解Oracle的基本操作与管理。...
基于小型BBS论坛数据库设计
在构建一个基于小型BBS论坛的数据库设计时，我们需要考虑的关键知识点涵盖了数据库设计的基本过程、论坛的功能需求以及用户权限管理等多个方面。 首先，数据库设计主要包括以下几个阶段：需求分析、概念结构设计、...
Oracle分区表及分区索引的创建
关于分区表和分区索引(About Partitioned Tables and Indexes)对于10gR2而言，基本上可以分成几类：• Range(范围)分区• Hash(哈希)分区• List(列表)分区• 以及组合分区：Range-Hash,Range-List。　对于表而...
深入学习Oracle分区表及分区索引
深入学习Oracle分区表及分区索引   关于分区表和分区索引(About Partitioned Tables and Indexes)对于10gR2而言，基本上可以分成几类： ? Range(范围)分区 ? Hash(哈希)分区 ? List(列表)分区...
Oracle

17,134

社区成员

55,257

社区内容

发帖
与我相关
我的任务
社区描述
Oracle开发相关技术讨论
社区管理员
  • 开发
  • Lucifer三思而后行
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章