--子表child2将不会创建成功，因为其两个父表中均包含FirstCol字段，但是它们的类型不相同。

CREATE TABLE child2 (MyCol timestamp) INHERITS (parent1,parent3);

--子表child3同样不会创建成功，因为它和其父表均包含FirstCol字段，但是它们的类型不相同。

CREATE TABLE child3 (FirstCol varchar(20)) INHERITS(parent1);

5. 继承和权限：

表访问权限并不会自动继承。因此，一个试图访问父表的用户还必须具有访问它的所有子表的权限，或者使用ONLY关键字只从父表中提取数据。在向现有的继承层次添加新的子表的时候，请注意给它赋予所有权限。

继承特性的一个严重的局限性是索引(包括唯一约束)和外键约束只施用于单个表，而不包括它们的继承的子表。这一点不管对引用表还是被引用表都是事实，因此在上面的例子里，如果我们声明cities.name为UNIQUE或者是一个PRIMARY KEY，那么也不会阻止capitals表拥有重复了名字的cities数据行。 并且这些重复的行缺省时在查询cities表的时候会显示出来。实际上，缺省时capitals将完全没有唯一约束，因此可能包含带有同名的多个行。你应该给capitals增加唯一约束，但是这样做也不会避免与cities的重复。类似，如果我们声明cities.name REFERENCES某些其它的表，这个约束不会自动广播到capitals。在这种条件下，你可以通过手工给capitals 增加同样的REFERENCES约束来做到这点。 www.2cto.com

二、分区表：

1. 概述分区表：

分区的意思是把逻辑上的一个大表分割成物理上的几块儿，分区可以提供若干好处：

1). 某些类型的查询性能可以得到极大提升。

2). 更新的性能也可以得到提升，因为表的每块的索引要比在整个数据集上的索引要小。如果索引不能全部放在内存里，那么在索引上的读和写都会产生更多的磁盘访问。

3). 批量删除可以用简单地删除某个分区来实现。

4). 将很少用的数据可以移动到便宜的、慢一些地存储介质上。

假设当前的 数据库并不支持分区表，而我们的应用所需处理的数据量也非常大，对于这种应用场景，我们不得不人为的将该大表按照一定的规则，手工拆分成多个小表，让每个小表包含不同区间的数据。这样一来，我们就必须在数据插入、更新、删除和查询之前，先计算本次的指令需要操作的小表。对于有些查询而言，由于查询区间可能会跨越多个小表，这样我们又不得不将多个小表的查询结果进行union操作，以合并来自多个表的数据，并最终形成一个结果集返回给客户端。可见，如果我们正在使用的数据库不支持分区表，那么在适合其应用的场景下，我们就需要做很多额外的编程工作以弥补这一缺失。然而需要说明的是，尽管功能可以勉强应付，但是性能却和分区表无法相提并论。

目前PostgreSQL支持的分区形式主要为以下两种：

1). 范围分区: 表被一个或者多个键字字段分区成"范围"，在这些范围之间没有重叠的数值分布到不同的分区里。比如，我们可以为特定的商业对象根据数据范围分区，或者根据标识符范围分区。

2). 列表分区: 表是通过明确地列出每个分区里应该出现那些键字值实现的。

2. 实现分区：

1). 创建"主表"，所有分区都从它继承。

CREATE TABLE measurement ( --主表

city_id int NOT NULL,

logdate date NOT NULL, www.2cto.com

peaktemp int,

);

2). 创建几个"子"表，每个都从主表上继承。通常，这些"子"表将不会再增加任何字段。我们将把子表称作分区，尽管它们就是普通的PostgreSQL表。

CREATE TABLE measurement_yy04mm02 ( ) INHERITS (measurement);

CREATE TABLE measurement_yy04mm03 ( ) INHERITS (measurement);

...

CREATE TABLE measurement_yy05mm11 ( ) INHERITS (measurement);

CREATE TABLE measurement_yy05mm12 ( ) INHERITS (measurement);

CREATE TABLE measurement_yy06mm01 ( ) INHERITS (measurement);

上面创建的子表，均已年、月的形式进行范围划分，不同年月的数据将归属到不同的子表内。这样的实现方式对于清空分区数据而言将极为方便和高效，即直接执行DROP TABLE语句删除相应的子表，之后在根据实际的应用考虑是否重建该子表(分区)。相比于直接DROP子表，PostgreSQL还提供了另外一种更为方便的方式来管理子表：

ALTER TABLE measurement_yy06mm01 NO INHERIT measurement;

和直接DROP相比，该方式仅仅是使子表脱离了原有的主表，而存储在子表中的数据仍然可以得到访问，因为此时该表已经被还原成一个普通的数据表了。这样对于数据库的DBA来说，就可以在此时对该表进行必要的维护操作，如数据清理、归档等，在完成诸多例行性的操作之后，就可以考虑是直接删除该表(DROP TABLE)，还是先清空该表的数据(TRUNCATE TABLE)，之后再让该表重新继承主表，如：

ALTER TABLE measurement_yy06mm01 INHERIT measurement;

3). 给分区表增加约束，定义每个分区允许的健值。同时需要注意的是，定义的约束要确保在不同的分区里不会有相同的键值。因此，我们需要将上面"子"表的定义修改为以下形式：

CREATE TABLE measurement_yy04mm02 (

CHECK ( logdate >= DATE '2004-02-01' AND logdate < DATE '2004-03-01')

) INHERITS (measurement);

CREATE TABLE measurement_yy04mm03 (

CHECK (logdate >= DATE '2004-03-01' AND logdate < DATE '2004-04-01')

) INHERITS (measurement); www.2cto.com

...

CREATE TABLE measurement_yy05mm11 (

CHECK (logdate >= DATE '2005-11-01' AND logdate < DATE '2005-12-01')