Re: PG11 Hash partitioning and null values in the partition key - Mailing list pgsql-general

From amul sul
Subject Re: PG11 Hash partitioning and null values in the partition key
Date
Msg-id CAAJ_b94Y+ajsqGs0tFw9hnX8h-u2mfZdZy5LcbG05_2DCJOXig@mail.gmail.com
Whole thread Raw
In response to PG11 Hash partitioning and null values in the partition key  (Daniel Westermann <daniel.westermann@dbi-services.com>)
Responses Re: PG11 Hash partitioning and null values in the partition key  (Daniel Westermann <daniel.westermann@dbi-services.com>)
List pgsql-general

On Fri, Jul 13, 2018, 7:35 PM Daniel Westermann <daniel.westermann@dbi-services.com> wrote:
Hi,

given this setup:

create table part2 ( a int, list varchar(10) ) partition by hash (a);
create table part2_1 partition of part2 FOR VALUES WITH (MODULUS 3, REMAINDER 0);
create table part2_2 partition of part2 FOR VALUES WITH (MODULUS 3, REMAINDER 1);
create table part2_3 partition of part2 FOR VALUES WITH (MODULUS 3, REMAINDER 2);

insert into part2 (a,list) values (1,'aaa');
insert into part2 (a,list) values (2,'bbb');
insert into part2 (a,list) values (3,'ccc');

... it is possible to insert rows like this which will always go to the first partition:

insert into part2 (a,list) values (null,'ddd');
insert into part2 (a,list) values (null,'eee');
select * from part2_1;
 a | list
---+------
 2 | bbb
   | ddd
   | eee
(3 rows)

I suppose this is intended but I could not find anything in the documentation about that. Can someone please clarify the logic behind that?

The calculated hash value for the null value will be zero, therefore, it will fall to the partition having remainder zero.

​Regards,
Amul​

pgsql-general by date:

Previous
From: Łukasz Jarych
Date:
Subject: Re: Read only to schema
Next
From: Sean McIntyre
Date:
Subject: ERROR: found multixact from before relminmxid