mirror of
				https://github.com/postgres/postgres.git
				synced 2025-10-30 00:04:49 -04:00 
			
		
		
		
	doc: Reword restriction on partition keys in unique indexes
New wording from David G. Johnston, who noticed the unreadable original also. Include his suggested test case as well. Fix a typo I noticed elsewhere while doing this. Discussion: https://postgr.es/m/CAKFQuwY4Ld7ecxL_KAmaxwt0FUu5VcPPN2L4dh+3BeYbrdBa5g@mail.gmail.com
This commit is contained in:
		
							parent
							
								
									3beb46ae81
								
							
						
					
					
						commit
						63cbee6a78
					
				| @ -791,11 +791,10 @@ WITH ( MODULUS <replaceable class="parameter">numeric_literal</replaceable>, REM | ||||
|      </para> | ||||
| 
 | ||||
|      <para> | ||||
|       When used on partitioned tables, unique constraints must include all the | ||||
|       columns of the partition key. | ||||
|       If any partitions are in turn partitioned, all columns of each partition | ||||
|       key are considered at each level below the <literal>UNIQUE</literal> | ||||
|       constraint. | ||||
|       When establishing a unique constraint for a multi-level partition | ||||
|       hierarchy, all the columns in the partition key of the target | ||||
|       partitioned table, as well as those of all its descendant partitioned | ||||
|       tables, must be included in the constraint definition. | ||||
|      </para> | ||||
|     </listitem> | ||||
|    </varlistentry> | ||||
|  | ||||
| @ -3646,7 +3646,7 @@ ALTER TABLE list_parted2 ATTACH PARTITION list_parted2 FOR VALUES IN (0); | ||||
| ERROR:  circular inheritance not allowed | ||||
| DETAIL:  "list_parted2" is already a child of "list_parted2". | ||||
| -- If a partitioned table being created or an existing table being attached | ||||
| -- as a paritition does not have a constraint that would allow validation scan | ||||
| -- as a partition does not have a constraint that would allow validation scan | ||||
| -- to be skipped, but an individual partition does, then the partition's | ||||
| -- validation scan is skipped. | ||||
| CREATE TABLE quuux (a int, b text) PARTITION BY LIST (a); | ||||
|  | ||||
| @ -885,6 +885,14 @@ for values from (0) to (1000) partition by range (b); -- fail | ||||
| ERROR:  insufficient columns in PRIMARY KEY constraint definition | ||||
| DETAIL:  PRIMARY KEY constraint on table "idxpart2" lacks column "b" which is part of the partition key. | ||||
| drop table idxpart; | ||||
| -- Ditto for the ATTACH PARTITION case | ||||
| create table idxpart (a int primary key, b int) partition by range (a); | ||||
| create table idxpart1 (a int not null, b int, primary key (a, b)) | ||||
|   partition by range (a, b); | ||||
| alter table idxpart attach partition idxpart1 for values from (1) to (1000); | ||||
| ERROR:  insufficient columns in PRIMARY KEY constraint definition | ||||
| DETAIL:  PRIMARY KEY constraint on table "idxpart1" lacks column "b" which is part of the partition key. | ||||
| DROP TABLE idxpart, idxpart1; | ||||
| -- Multi-layer partitioning works correctly in this case: | ||||
| create table idxpart (a int, b int, primary key (a, b)) partition by range (a); | ||||
| create table idxpart2 partition of idxpart for values from (0) to (1000) partition by range (b); | ||||
|  | ||||
| @ -2348,7 +2348,7 @@ ALTER TABLE part_5 ATTACH PARTITION list_parted2 FOR VALUES IN ('b'); | ||||
| ALTER TABLE list_parted2 ATTACH PARTITION list_parted2 FOR VALUES IN (0); | ||||
| 
 | ||||
| -- If a partitioned table being created or an existing table being attached | ||||
| -- as a paritition does not have a constraint that would allow validation scan | ||||
| -- as a partition does not have a constraint that would allow validation scan | ||||
| -- to be skipped, but an individual partition does, then the partition's | ||||
| -- validation scan is skipped. | ||||
| CREATE TABLE quuux (a int, b text) PARTITION BY LIST (a); | ||||
|  | ||||
| @ -450,6 +450,13 @@ create table idxpart2 partition of idxpart | ||||
| for values from (0) to (1000) partition by range (b); -- fail | ||||
| drop table idxpart; | ||||
| 
 | ||||
| -- Ditto for the ATTACH PARTITION case | ||||
| create table idxpart (a int primary key, b int) partition by range (a); | ||||
| create table idxpart1 (a int not null, b int, primary key (a, b)) | ||||
|   partition by range (a, b); | ||||
| alter table idxpart attach partition idxpart1 for values from (1) to (1000); | ||||
| DROP TABLE idxpart, idxpart1; | ||||
| 
 | ||||
| -- Multi-layer partitioning works correctly in this case: | ||||
| create table idxpart (a int, b int, primary key (a, b)) partition by range (a); | ||||
| create table idxpart2 partition of idxpart for values from (0) to (1000) partition by range (b); | ||||
|  | ||||
		Loading…
	
	
			
			x
			
			
		
	
		Reference in New Issue
	
	Block a user