转载

EDB分区表的又一个“坑”

下周有一个应用上线，其中涉及一个夜维删除逻辑的应用，大体功能是按照时间删除一张表的历史数据，这张表的主键是另外一张时间分区表的外键，使用的是EDB(9.2)数据库，这次测试就意外发现了一个说是隐藏，也不算隐藏，至少和Oracle分区表有很大不同的地方，或者可以称他为KENG，“坑”。

P.S. 这里不是贬低EDB，毕竟能做到和Oracle最相近并不容易。但就分区这个功能，已经不是第一次碰见“坑”了，可能对EDB来说不公平，也许这个功能就是这么设计的，但至少从Oracle使用习惯上来看，确实需要额外注意。
上次碰见的问题可以参考：http://blog.csdn.net/bisal/article/details/50089359

在这还要感谢wc和lx同学的帮助，一块排查。

实验过程：
目标：T1表是主表，T2表是子表，T2表的t1_id字段作为外键关联T1表的主键id字段。要验证的就是是否可以在主子表有关联数据的情况下，直接删除T1表的数据。

1.按照正常理解，这种操作是不行的，EDB普通表是支持的，实验如下。
(1) 创建T1和T2表

create table t1 ( id number primary key); create table t2 ( id number primary key, t1_id number, constraint fk_t2 foreign key(t1_id) references t1(id));

(2) 插入测试数据

insert into t1 values(1); insert into t2 values(1, 1); commit;

此时T1和T2存在关联数据。

(3) 此时直接删除T1表记录，会报错：

[SQL]delete from t1; [Err] ERROR: update or delete on table "t1" violates foreign key constraint "fk_t2" on table "t2" DETAIL: Key (id)=(1) is still referenced from table "t2".

因为存在外键关联，不能先删除主表记录。关系型数据库都会有这样的要求。
同样，直接drop表T1也是禁止的，

[SQL]drop table t1; [Err] ERROR:  cannot drop table t1 because other objects depend on it DETAIL: constraint fk_t2 on table t2 depends on table t1 HINT:  Use DROP ... CASCADE to drop the dependent objects too.

2.接下来就要说我碰见的问题了。
(1) 创建主表T1和子表T2，唯一不同的是T2是分区表。

create table t1 ( id number primary key); create table t2 ( id number primary key, t1_id number, t2_date date, constraint fk_t2 foreign key(t1_id) references t1(id)) partition by range (t2_date) (   partition part_01 values less than ('2016-01-02'),   partition part_02 values less than ('2016-01-03'),   partition part_03 values less than ('2016-01-04'),   partition part_04 values less than ('2016-01-05') );

(2) 插入测试数据

insert into t1 values(1); insert into t1 values(2); commit; insert into t2 values(1, 1, to_date('2016-01-01','yyyy-mm-dd')); insert into t2 values(2, 1, to_date('2016-01-02','yyyy-mm-dd')); commit;

同样，表T1和T2存在关联数据。

(3) 此时删除T1表记录，

[SQL]delete from t1; 时间: 0.004s  受影响的行: 0

竟然能删除。。。第一次碰见还是比较的毁三观。。。为什么？

原因知道后其实很简单，但确实要是开始不了解EDB分区和Oracle分区的一些不同之处，很难绕出来。

之所以有主外键，就是为了让数据库能控制这种关联关系，这里能直接删除主表记录，并不是违反了主外键的逻辑原理，而是其实这块是不受主外键的约束，从建表后的DDL语句可以看出端倪。

这是子表定义，可以看见他有Foreign Key的定义：

CREATE TABLE "t2" ( "id" numeric NOT NULL, "t1_id" numeric, "t2_date" timestamp(6), CONSTRAINT "t2_pkey" PRIMARY KEY ("id"), CONSTRAINT "fk_t2" FOREIGN KEY ("t1_id") REFERENCES "btracer"."t1" ("id") ON DELETE NO ACTION ON UPDATE NO ACTION ) WITH (OIDS=FALSE)

但我们看其中一个分区表T2_PART_01的定义，却没有Foreign Key的定义，因此可以直接删除主表T1的记录是正常的，因为T2_PART_01根本没有和主表T1的主外键关联关系。

CREATE TABLE "btracer"."t2_part_01" ( "id" numeric NOT NULL, "t1_id" numeric, "t2_date" timestamp(6), CONSTRAINT "t2_part_01_pkey" PRIMARY KEY ("id"), CONSTRAINT "t2_part_01_partition" CHECK (t2_date < '02-JAN-16 00:00:00'::timestamp without time zone) ) INHERITS ("btracer"."t2") WITH (OIDS=FALSE) ;

其实开始使用EDB分区的时候，手工创建新分区的时候，都会为每个分区创建一个本地/局部索引，换句话说，本地/局部索引是需要手工创建的，而在Oracle中，这种索引是Oralce会自动创建。

create table t2 ( id number primary key, t1_id number, t2_date DATE) partition by range (t2_date) (   partition part_01 values less than (to_date('2016-01-02','yyyy-mm-dd')),   partition part_02 values less than (to_date('2016-01-03','yyyy-mm-dd')),   partition part_03 values less than (to_date('2016-01-04','yyyy-mm-dd')),   partition part_04 values less than (to_date('2016-01-05','yyyy-mm-dd')) ); CREATE INDEX idx_t2 ON t2(t1_id) LOCAL; INSERT INTO t2 VALUES(1, 1, to_date('2016-01-01','yyyy-mm-dd')); INSERT INTO t2 VALUES(2, 1, to_date('2016-01-02','yyyy-mm-dd')); INSERT INTO t2 VALUES(3, 1, to_date('2016-01-03','yyyy-mm-dd')); INSERT INTO t2 VALUES(4, 1, to_date('2016-01-04','yyyy-mm-dd')); COMMIT; SELECT index_name,partition_name from user_ind_partitions WHERE INDEX_name = 'IDX_T2';

EDB分区表的又一个“坑”

以此类推，约束也是需要为每个分区手工创建，不是一劳永逸的事情。

接下来，我们为每个分区表新建外键约束：

alter table t2_part_01 add constraint fk_t2_part_01 foreign key(t1_id) references t1(id); alter table t2_part_02 add constraint fk_t2_part_02 foreign key(t1_id) references t1(id); alter table t2_part_03 add constraint fk_t2_part_03 foreign key(t1_id) references t1(id); alter table t2_part_04 add constraint fk_t2_part_04 foreign key(t1_id) references t1(id);

再次删除T1表，

[SQL]delete from t1; [Err] ERROR: update or delete on table "t1" violates foreign key constraint "fk_t2_part_01" on table "t2_part_01" DETAIL: Key (id)=(1) is still referenced from table "t2_part_01".

此时返回的报错，就是主外键约束的问题了。

总结：

1.从EDB分区表这个问题上，至少可以看出Oracle和EDB两种不同数据库在处理分区表上的区别，每个人都有他自己的看法，怎么设计可能都有他考虑的角度，可以说无所谓对错，只是在易用性和接受性方面会有不同。

2.要学会触类旁通，说起来容易做起来难，如果知道EDB分区索引需要手工建立，能不能想到外键约束亦是如此？这就是能不能理解数据库原理精髓的能力，至少我还欠缺着。

3.都说实践是检验真理的唯一标准，在Oracle的世界里，实践就是实验，纸上谈兵不能解决问题，实验过程中可能又会因为一个问题碰到另一个问题，也许这就是eygle一直所说的”由点及面“的学习方法，虽然有时会很痛苦，但会受益，至少不跟别人比，跟自己比是有提高的，也许这就够了，人的一生比来比去也就是一生，况且神人就是那么几位，大多数还是平凡之人，费了劲了还不及神人的一点功力，这里不是说就轻易放弃了，反正追不上，而是说要有豁达的胸怀，能为自己设立一个目标、一个榜样，即使现实中根本无法超越甚至赶上，但至少一直会提醒自己，他那么厉害，我差这么远，没有理由不努力，给自己暗示，就是让自己持续提高的动力，大家共勉。

正文到此结束