Исследую возможности и невозможности PostgreSQL
Кто практически работал с наследованием и разделением таблиц, подскажите плиз, в чем тут прикол?

На пустой схеме делаю четко по документации так

CREATE SEQUENCE my.id_seq;
create table my.sc (id int8 PRIMARY KEY,dat integer);
create table my.sc_0_3 (check (id BETWEEN 1::bigint and 3::bigint)) INHERITS (my.sc);
create table my.sc_4_8 (check (id BETWEEN 4::bigint and 8::bigint)) INHERITS (my.sc);
create table my.sc_9_13 (check (id BETWEEN 9::bigint and 13::bigint)) INHERITS (my.sc);
create table my.sc_14_20(check (id BETWEEN 14::bigint and 20::bigint)) INHERITS (my.sc);

create rule sc_0_3_ins AS ON INSERT TO my.sc WHERE (NEW.id BETWEEN 1::bigint and 3::bigint) DO INSTEAD INSERT INTO my.sc_0_3 VALUES(NEW.id,NEW.dat);
create rule sc_4_8_ins AS ON INSERT TO my.sc WHERE (NEW.id BETWEEN 4::bigint and 8::bigint) DO INSTEAD INSERT INTO my.sc_4_8 VALUES(NEW.id,NEW.dat);
create rule sc_9_13_ins AS ON INSERT TO my.sc WHERE (NEW.id BETWEEN 9::bigint and 13::bigint) DO INSTEAD INSERT INTO my.sc_9_13 VALUES(NEW.id,NEW.dat);
create rule sc_14_20_ins AS ON INSERT TO my.sc WHERE (NEW.id BETWEEN 14::bigint and 20::bigint) DO INSTEAD INSERT INTO my.sc_14_20 VALUES(NEW.id,NEW.dat);

Потом адын раз так

insert into my.sc(id,dat) values(nextval('my.id_seq'),1);
select * from my.sc;

Получаю сразу две записи в таких разделах и с такими значениями
my.sc_4_8 ( 8 ,1)
my.sc_9_13 (11,1)

Несколько вариантов перепробовал, в том числе с SERIAL NOT NULL DEFAULT nextval('my.id_seq').
Со счетчиком всё в полном ажуре, инкремент = 1
Перед инсертом значение = 1 после = 11
Вообще бред полный...

1) Как его расколдовать?
2) Как обойтись без явного вызова nextval('my.id_seq')?

Интересно, что вот так
insert into my.sc(id,dat) values(1,1);
insert into my.sc(id,dat) values(2,1);
insert into my.sc(id,dat) values(3,1);
insert into my.sc(id,dat) values(4,1);
insert into my.sc(id,dat) values(5,1);
insert into my.sc(id,dat) values(6,1);
insert into my.sc(id,dat) values(7,1);
insert into my.sc(id,dat) values(8,1);
insert into my.sc(id,dat) values(9,1);
insert into my.sc(id,dat) values(10,1);
insert into my.sc(id,dat) values(11,1);
insert into my.sc(id,dat) values(12,1);
insert into my.sc(id,dat) values(13,1);
insert into my.sc(id,dat) values(14,1);
insert into my.sc(id,dat) values(15,1);
insert into my.sc(id,dat) values(16,1);
insert into my.sc(id,dat) values(17,1);

и так
select nextval('my.id_seq');

всё работает правильно...
а вместе никак!

Я полагал, что функция(на то она и функция) должна возвращать значение, а не подставляться по шаблону.
Это значение передается в INSERT всего один раз! Почему вдруг RULE вызывает эту функцию, когда оно(RULE) о ней вообще ничего знать не должно в принципе. Не понимаю.
Вы обратите внимание, в таблице нет DEFAULT, это обычный biginteger!

4321поведение стандартно для РУЛЕ постгреса. Любое упоминание NEW.id (и в условии и в исполняемой строке) приводит к вычислению переданной в INSERT (UPDATE) ф-ии.

выходы :
1. (искуственный) перед вставкой вызвать nextval, в самой вставке - всегда и только curval (вызов не приводит к смене значения)
2. вместо руле юзать ХП (вернее в _безусловном_ руле вызвать ХП, которая _внутри_себя_ уже поделит по таблицам. У ХП таких болезней "неатомарности" нет)
3. (бесполезный) высказаться по поводу ... прелестей ... и их ... разработчиков в "баги" (там уже и без вас на эту тему есть возмущения, можете ссылки найти тут поиском)

А вообще, спасибо! Замена nextval на nextval и currval помогла...
Юзать ХП? я как раз от этого варианта на MySQL хотел перейти на RULE PostgreSQL.
Если это выход, то преимуществ PostgreSQL в этом плане не вижу.

4321 MySQLCraft Юзать ХП? я как раз от этого варианта на MySQL хотел перейти на RULE PostgreSQL.
Если это выход, то преимуществ PostgreSQL в этом плане не вижу.ну, я же предложил юзать РУЛЕ, дергающее ХП (т.е. не юзьвер юзает ХаПу, а руля - юзанье ХаПы, таким разом, сокрыто от).
(Или же можно навесить триггер, как это рекомендует ДОКа)

В таком ключе и буду дальше пытаться.

Вот только меня настораживает, что реализация автоинкремента через ХП и триггеры не есть гуд(может привести к ошибке и замедляет вставку). Это не мое мнение, я как раз раньше, в Interbase и в MySQL всегда реализовывал автоинкремент через триггеры. Но меня убедили знатоки СУБД, что это очень непрофессионально, ненадежно и медленно.

Ладно замяли с преимуществами... не хочу развивать флейм.

Вопрос перерастает в другой

Как в процедуре или триггере в инсерте использовать переменное(вичисленное) имя таблицы?

4321 MySQLCraft Как в процедуре или триггере в инсерте использовать переменное(вичисленное) имя таблицы?для партицирования вообще говоря надобности не вижу (число результатов заведомо задано)

а в общем случае:

EXECUTE 'INSERT ... ' || _tablename || '.... VALUES ...'

Число результатов заранее не задано, количество разделов зависит от первичного ключа.
Однако, общий случай подходит, т.к. ничего другого не придумать.