PostgreSQL学习手册(表的继承和分区)(3)

    CREATE TABLE child1 (MyCol timestamp) INHERITS (parent1,parent2);

    --子表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). 列表分区: 表是通过明确地列出每个分区里应该出现那些键字值实现的。