oracle数据分表使用实例

使用分区的优点:

  1、增强可用性:如果表的某个分区出现故障,表在其他分区的数据仍然可用;

  2、维护方便:如果表的某个分区出现故障,需要修复数据,只修复该分区即可;

  3、均衡I/O:可以把不同的分区映射到磁盘以平衡I/O,改善整个系统性能;

  4、改善查询性能:对分区对象的查询可以仅搜索自己关心的分区,提高检索速度。

  Oracle数据库教程提供对表或索引的分区方法有三种:

  1、范围分区

  2、Hash分区(散列分区)

  3、复合分区

  下面将以实例的方式分别对这三种分区方法来说明分区表的使用。为了测试方便,我们先建三个表空间。

  create tablespace dinya_space01

  datafile '/test/demo/oracle/demodata/dinya01.dnf' size 50M

  create tablespace dinya_space02

  datafile '/test/demo/oracle/demodata/dinya02.dnf' size 50M

  create tablespace dinya_space03

  datafile '/test/demo/oracle/demodata/dinya03.dnf' size 50M

  1分区表的创建:

  1.1范围分区

  范围分区就是对数据表中的某个值的范围进行分区,根据某个值的范围,决定将该数据存储在哪个分区上。如根据序号分区,根据业务记录的创建日期进行分区等。

  需求描述:有一个物料交易表,表名:material_transactions。该表将来可能有千万级的数据记录数。要求在建该表的时候使用分区表。这时候我们可以使用序号分区三个区,每个区中预计存储三千万的数据,也可以使用日期分区,如每五年的数据存储在一个分区上。

  根据交易记录的序号分区建表:

  SQL> create table dinya_test

  2  (

  3 transaction_id number primary key,

  4 item_id number(8) not null,

  5 item_description varchar2(300),

  6 transaction_date date  not null

  7  )

  8  partition by range (transaction_id)

  9  (

  10 partition part_01 values less than(30000000) tablespace dinya_space01,

  11 partition part_02 values less than(60000000) tablespace dinya_space02,

  12 partition part_03 values less than(maxvalue) tablespace dinya_space03

  13  );

  Table created.

  SQL>

  建表成功,根据交易的序号,交易ID在三千万以下的记录将存储在第一个表空间dinya_space01中,分区名为:par_01,在三千万到六千万之间的记录存储在第二个表空间:dinya_space02中,分区名为:par_02,而交易ID在六千万以上的记录存储在第三个表空间dinya_space03中,分区名为par_03.

  根据交易日期分区建表:

  SQL> create table dinya_test

  2  (

  3 transaction_id number primary key,

  4 item_id number(8) not null,

  5 item_description varchar2(300),

  6 transaction_date date not null

  7  )

  8  partition by range (transaction_date)

  9  (

  10  partition part_01 values less than(to_date('2006-01-01','yyyy-mm-dd')) tablespace dinya_space01,

  11  partition part_02 values less than(to_date('2010-01-01','yyyy-mm-dd')) tablespace dinya_space02,

 

  12  partition part_03 values less than(maxvalue) tablespace dinya_space03

  13  );

  Table created.

  SQL>

  这样我们就分别建了以交易序号和交易日期来分区的分区表。每次插入数据的时候,系统将根据指定的字段的值来自动将记录存储到制定的分区(表空间)中。

  当然,我们还可以根据需求,使用两个字段的范围分布来分区,如partition by range ( transaction_id ,transaction_date),分区条件中的值也做相应的改变,请读者自行测试。

  1.2Hash分区(散列分区)

  散列分区为通过指定分区编号来均匀分布数据的一种分区类型,因为通过在I/O设备上进行散列分区,使得这些分区大小一致。如将物料交易表的数据根据交易ID散列地存放在指定的三个表空间中:

  SQL> create table dinya_test

  2  (

  3 transaction_id number primary key,

  4 item_id number(8) not null,

  5 item_description varchar2(300),

  6 transaction_date date

  7  )

  8  partition by hash(transaction_id)

  9  (

  10 partition part_01 tablespace dinya_space01,

  11 partition part_02 tablespace dinya_space02,

  12 partition part_03 tablespace dinya_space03

  13  );

  Table created.

  SQL>

  建表成功,此时插入数据,系统将按transaction_id将记录散列地插入三个分区中,这里也就是三个不同的表空间中。

  

  

   1.3   复合分区

  有时候我们需要根据范围分区后,每个分区内的数据再散列地分布在几个表空间中,这样我们就要使用复合分区。复合分区是先使用范围分区,然后在每个分区内再使用散列分区的一种分区方法,如将物料交易的记录按时间分区,然后每个分区中的数据分三个子分区,将数据散列地存储在三个指定的表空间中:

  SQL> create table dinya_test

  2  (

  3 transaction_id number primary key,

  4 item_id number(8) not null,

  5 item_description varchar2(300),

  6 transaction_date date

  7  )

  8  partition by range(transaction_date)subpartition by hash(transaction_id)

  9 subpartitions 3 store in (dinya_space01,dinya_space02,dinya_space03)

  10  (

  11 partition part_01 values less than(to_date('2006-01-01','yyyy-mm-dd')),

  12 partition part_02 values less than(to_date('2010-01-01','yyyy-mm-dd')),

  13 partition part_03 values less than(maxvalue)

  14  );

  Table created.

  SQL>

  该例中,先是根据交易日期进行范围分区,然后根据交易的ID将记录散列地存储在三个表空间中。

  2分区表操作

  以上了解了三种分区表的建表方法,下面将使用实际的数据并针对按日期的范围分区来测试分区表的数据记录的操作。

  2.1插入记录:

  SQL> insert into dinya_test values(1,12,'BOOKS',sysdate);

  1 row created.

  SQL> insert into dinya_test values(2,12, 'BOOKS',sysdate+30);

  1 row created.

  SQL> insert into dinya_test values(3,12, 'BOOKS',to_date('2006-05-30','yyyy-mm-dd'));

  1 row created.

  SQL> insert into dinya_test values(4,12, 'BOOKS',to_date('2007-06-23','yyyy-mm-dd'));

  1 row created.SQL> insert into dinya_test values(5,12, 'BOOKS',to_date('2011-02-26','yyyy-mm-dd'));

 

  1 row created.

  SQL> insert into dinya_test values(6,12, 'BOOKS',to_date('2011-04-30','yyyy-mm-dd'));

  1 row created.

  SQL> commit;

  Commit complete.

  SQL>

  按上面的建表结果,2006年前的数据将存储在第一个分区part_01上,而2006年到2010年的交易数据将存储在第二个分区part_02上,2010年以后的记录存储在第三个分区part_03上。

  2.2查询分区表记录:

  SQL> select * from dinya_test partition(part_01);

  TRANSACTION_IDITEM_ID  ITEM_DESCRIPTION  TRANSACTION_DATE

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

  112  BOOKS  2005-1-14 14:19:

  212  BOOKS  2005-2-13 14:19:

  SQL>

  SQL> select * from dinya_test partition(part_02);

  TRANSACTION_IDITEM_ID ITEM_DESCRIPTION  TRANSACTION_DATE

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

  3 12  BOOKS   2006-5-30

  4 12  BOOKS   2007-6-23

  SQL>

  SQL> select * from dinya_test partition(part_03);

  TRANSACTION_IDITEM_IDITEM_DESCRIPTION TRANSACTION_DATE

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

  5 12BOOKS  2011-2-26

  6 12BOOKS  2011-4-30

  SQL>

  从查询的结果可以看出,插入的数据已经根据交易时间范围存储在不同的分区中。这里是指定了分区的查询,当然也可以不指定分区,直接执行select * from dinya_test查询全部记录。在也检索的数据量很大的时候,指定分区会大大提高检索速度。

  2.3更新分区表的记录:

  SQL> update dinya_test partition(part_01) t set t.item_description='DESK' where t.transaction_id=1;

  1 row updated.

  SQL> commit;

  Commit complete.

  SQL>

  这里将第一个分区中的交易ID=1的记录中的item_description字段更新为“DESK”,可以看到已经成功更新了一条记录。但是当更新的时候指定了分区,而根据查询的记录不在该分区中时,将不会更新数据,请看下面的例子:

  SQL> update dinya_test partition(part_01) t set t.item_description='DESK' where t.transaction_id=6;

  0 rows updated.

  SQL> commit;

  Commit complete.

  SQL>

  指定了在第一个分区中更新记录,但是条件中限制交易ID为6,而查询全表,交易ID为6的记录在第三个分区中,这样该条语句将不会更新记录。

  2.4删除分区表记录:

  SQL> delete from dinya_test partition(part_02) t where t.transaction_id=4;

  1 row deleted.

  SQL> commit;

  Commit complete.

  SQL>

  上面例子删除了第二个分区part_02中的交易记录ID为4的一条记录,和更新数据相同,如果指定了分区,而条件中的数据又不在该分区中时,将不会删除任何数据。

  3分区表索引的使用:

  分区表和一般表一样可以建立索引,分区表可以创建局部索引和全局索引。当分区中出现许多事务并且要保证所有分区中的数据记录的唯一性时采用全局索引。

  3.1局部索引分区的建立:

  SQL> create index dinya_idx_t on dinya_test(item_id)

  2  local

  3  (4partition idx_1 tablespace dinya_space01,

 

  5partition idx_2 tablespace dinya_space02,

  6partition idx_3 tablespace dinya_space03

  7  );

  Index created.

  SQL>

  看查询的执行计划,从下面的执行计划可以看出,系统已经使用了索引:

  SQL> select * from dinya_test partition(part_01) t where t.item_id=12;

  Execution Plan

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

  0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=1 Bytes=187)

  10   TABLE ACCESS (BY LOCAL INDEX ROWID) OF 'DINYA_TEST' (Cost=

  2 Card=1 Bytes=187)

  21INDEX (RANGE SCAN) OF 'DINYA_IDX_T' (NON-UNIQUE) (Cost=1

  Card=1)

  Statistics

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

  0  recursive calls

  0  db block gets

  4  consistent gets

  0  physical reads

  0  redo size

  334  bytes sent via SQL*Net to client

  309  bytes received via SQL*Net from client

  2  SQL*Net roundtrips教程 to/from client

  1  sorts (memory)

  0  sorts (disk)

  2  rows processed

  SQL>

  

   3.2全局索引分区的建立。

  全局索引建立时global 子句允许指定索引的范围值,这个范围值为索引字段的范围值:

  SQL> create index dinya_idx_t on dinya_test(item_id)

  2  global partition by range(item_id)

  3  (

  4partition idx_1 values less than (1000) tablespace dinya_space01,

  5partition idx_2 values less than (10000) tablespace dinya_space02,

  6partition idx_3 values less than (maxvalue) tablespace dinya_space03

  7  );

  Index created.

  SQL>

  本例中对表的item_id字段建立索引分区,当然也可以不指定索引分区名直接对整个表建立索引,如:

  SQL> create index dinya_idx_t on dinya_test(item_id);

  Index created.

  SQL>

  同样的,对全局索引根据执行计划可以看出索引已经可以使用:

  SQL> select * from dinya_test t where t.item_id=12;

  Execution Plan

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

  0 SELECT STATEMENT Optimizer=CHOOSE (Cost=2 Card=3 Bytes=561)

  10   TABLE ACCESS (BY GLOBAL INDEX ROWID) OF 'DINYA_TEST' (Cost

  =2 Card=3 Bytes=561)

  21INDEX (RANGE SCAN) OF 'DINYA_IDX_T' (NON-UNIQUE) (Cost=1

  Card=3)

  Statistics

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

  5  recursive calls

  0  db block gets

  10  consistent gets

  0  physical reads

  0  redo size

  420  bytes sent via SQL*Net to client

  309  bytes received via SQL*Net from client

  2  SQL*Net roundtrips to/from client

  3  sorts (memory)

  0  sorts (disk)

  5  rows processed

  SQL>

  4分区表的维护:

  了解了分区表的建立、索引的建立、表和索引的使用后,在应用的还要经常对分区进行维护和管理。日常维护和管理的内容包括:增加一个分区,合并一个分区及删除分区等等。下面以范围分区为例说明增加、合并、删除分区的一般操作:

  4.1增加一个分区:

  SQL> alter table dinya_test

  2  add partition part_04 values less than(to_date('2012-01-01','yyyy-mm-dd')) tablespace dinya_spa

  ce03;

  Table altered.

  SQL>

  增加一个分区的时候,增加的分区的条件必须大于现有分区的最大值,否则系统将提示ORA-14074 partition bound must collate higher than that of the last partition 错误。

  4.2合并一个分区:

  SQL> alter table dinya_test merge partitions part_01,part_02 into partition part_02;

  Table altered.

  SQL>

  在本例中将原有的表的part_01分区和part_02分区进行了合并,合并后的分区为part_02,如果在合并的时候把合并后的分区定为part_01的时候,系统将提示ORA-14275 cannot reuse lower-bound partition as resulting partition 错误。

  4.3删除分区:

  SQL> alter table dinya_test drop partition part_01;

  Table altered.

  SQL>

  删除分区表的一个分区后,查询该表的数据时显示,该分区中的数据已全部丢失,所以执行删除分区动作时要慎重,确保先备份数据后再执行,或将分区合并。

  5总结:

  需要说明的是,本文在举例说名分区表事务操作的时候,都指定了分区,因为指定了分区,系统在执行的时候则只操作该分区的记录,提高了数据处理的速度。不要指定分区直接操作数据也是可以的。在分区表上建索引及多索引的使用和非分区表一样。此外,因为在维护分区的时候可能对分区的索引会产生一定的影响,可能需要在维护之后重建索引,相关内容请参考分区表索引部分的文档。

时间: 2024-08-02 18:30:36

oracle数据分表使用实例的相关文章

Oracle数据库 分表详细实例

使用分区的优点: 1.增强可用性:如果表的某个分区出现故障,表在其他分区的数据仍然可用: 2.维护方便:如果表的某个分区出现故障,需要修复数据,只修复该分区即可: 3.均衡I/O:可以把不同的分区映射到磁盘以平衡I/O,改善整个系统性能: 4.改善查询性能:对分区对象的查询可以仅搜索自己关心的分区,提高检索速度. Oracle数据库教程提供对表或索引的分区方法有三种: 1.范围分区 2.Hash分区(散列分区) 3.复合分区 下面将以实例的方式分别对这三种分区方法来说明分区表的使用.为了测试方便

java中用jdbc获取oracle数据分两次返回,两次返回的时间间隔为两个小时

问题描述 近日,在生产系统出现了三次同样的问题:问题如下:有个每十分钟起的一个java线程,这个线程启动一个任务,任务的作用是通过spring3.1.1的jdbc包的连接池向oracle(11gR2版本)小版本号为11.2.0.1,发送多个查询,其中某个查询假如此查询会返回10w条记录,但是查询瞬间会先返回8万条记录,在整整两个小时后会将剩下的2w条数据给完整返回.上述oracle出现的情况是oracle工程师经过后台分析和看日志之后给出的详细数据,整整两个小时后剩余的数据才返回.此种情况在生产

oracle存储过程创建表分区实例_oracle

用存储过程创建数据表:创建时注意必须添加authid current_user,如果创建的表已存在,存储过程继续执行,但如不不加此关键语句,存储过程将出现异常,这个语句相当于赋权限.例1创建语句如下: 复制代码 代码如下: create or replaceprocedure sp_create_mnl(i_id varchar2) authid current_user  as   /********************************* 名称:sp_create_mnl 功能描述

MySQL动态创建表,数据分表的存储过程_Mysql

复制代码 代码如下: BEGIN DECLARE `@i` int(11); DECLARE `@siteCount` int(11); DECLARE `@sqlstr` VARCHAR(2560); DECLARE `@sqlinsert` VARCHAR(2560); //以上声明变量 SELECT COUNT(0) into `@siteCount` FROM tbl_base_site; //计算表tbl_base_site的记录总条数 set `@i`=1; WHILE (`@i`-

分库 分区 分表-数据库大表是分库,分区,还是分表?

问题描述 数据库大表是分库,分区,还是分表? 10C 数据库大表是分库,分区,还是分表?数据库大表是分库,分区,还是分表?数据库大表是分库,分区,还是分表? 解决方案 要根据实际情况来,有的数据读的多,写的少,有的数据写的多读的少,有的数据查询多,读写都少.不同情况有不同的措施. 解决方案二: 大表首先是分区.降低文件io,然后再对应数据的分表 解决方案三: 1.当数据库压力很大时分区集群,比如有成千上完客户端同一时间频繁访问数据库,每个字段内容又很大时,比如网站的文章库 2.当有大量陈年数据在

数据库分表后,并发环境下,生成全局id生成的几种方式

最近一个项目由于数据量变大,需要进行数据分表.数据存储在淘宝的tddl上.分表后,原先的自增id就不能使用了.tddl对java支持很好,分表后无需考虑全局id的问题.但是这个项目使用的是php进行开发,必须自己生成全局id.以下列出几种分表方案,仅当抛砖引玉. 方法1:使用CAS(compare and swap) 其实这里并不是严格的CAS,而是使用了比较交换原子操作的思想. 生成思路如下: 每次生成全局id时,先从sequence表中获取当前的全局最大id.然后在获取的全局id上做加1操作

MySQL 分表存储的使用示例

一般我们项目中如果数据量特别大的话通常会考虑将某一表数据进行分表处理,例如:我们的用户访问日志.如果将该数据始终保存在一张表的话那么久而久之这张表的数据量会特别大,导致查询效率降低.这个时候就需要考虑将该数据分别存储到多张表中. 而日志数据具有典型的如下特点: 1. 数据量大. 2. 每天每月都稳定输出. 3. 对数据的操作在插入之后大部分只有查询,很少有编辑或者删除操作. MySQL数据库提供了数据分表的方式. MERGE存储引擎 我们在使用SQL语句Create table创建表时可以指定数

分享DEDECMS建立模型及分表操作经验

2004年,刚建站的时候,我曾经用过http://www.aliyun.com/zixun/aggregation/16485.html">DEDE2.0,那个时候由于不太懂PHP,就没有搞下去. 后来在DEDE3.1时用上了他,感觉不错,但是由于他跟DZ的混合度不高,所以就放弃了.改用了SUP+DZ的模式. 由于时间的推移,发现SUP官方基本上停止了SUP的开发,再加上,SUP有自身的毛病,就索性放弃了SUP的使用,虽然被百度收录了好几万页,但也义无反顾的换了DEDECMS. 目前我的站

DEDECMS建立模型及分表操作实战分享

中介交易 http://www.aliyun.com/zixun/aggregation/6858.html">SEO诊断 淘宝客 云主机 技术大厅 2004年,刚建站的时候,我曾经用过DEDE2.0,那个时候由于不太懂PHP,就没有搞下去. 后来在DEDE3.1时用上了他,感觉不错,但是由于他跟DZ的混合度不高,所以就放弃了.改用了SUP+DZ的模式. 由于时间的推移,发现SUP官方基本上停止了SUP的开发,再加上,SUP有自身的毛病,就索性放弃了SUP的使用,虽然被百度收录了好几万页,