Правила PostgreSQL и проблема nextval () / serial (очень специфичная для PostgreSQL) - PullRequest
Новая
       12

Правила PostgreSQL и проблема nextval () / serial (очень специфичная для PostgreSQL)

10 голосов
/ 24 августа 2009

Когда я использую правило перезаписи, которое разделяет вставку в одну таблицу на вставки в две другие таблицы, где одно из вставленных значений имеет значение по умолчанию nextval ('some_sequence') с одинаковой последовательностью для обеих таблиц, тогда вставляются значения по умолчанию отличаются в двух таблицах. Вероятно, это связано с простой заменой текста правилом перезаписи. Вместо этого я надеялся, что значение по умолчанию будет сначала разрешено, а затем в обе таблицы будет записано одинаковое значение.

Вот пример (как вы, наверное, догадались, я пытаюсь реализовать специализацию / обобщение с использованием правил): 

-- first and third commands can be skipped if id is defined as serial
create sequence parents_id_seq;
create table Parents(
  id integer default(nextval('parents_id_seq')) primary key,
  type varchar(50) not null check(type in ('Child1', 'Child2')),
  unique (id, type),
  attribute1 varchar(50) not null unique check(length(attribute1) > 0)
);
alter sequence parents_id_seq owned by parents.id;

Данные, относящиеся к детям первого рода, хранятся в 

create table Partial_Children1(
  id integer default(nextval('parents_id_seq')) primary key,
  type varchar(50) not null check(type = 'Child1'),
  foreign key (id, type) references Parents(id, type),
  attribute2 varchar(50) not null check(length(attribute2) > 0)
);

Затем я определил представление Children1, которое объединяет обе таблицы выше (я переписал представление, явно указав, что PostgreSQL делает для определения представлений в соответствии с документацией) 

create table Children1(
  id int default(nextval('parents_id_seq')),
  type varchar(50) not null check(type in ('Child1')),
  attribute1 varchar(50) not null check(length(attribute1) > 0),
  attribute2 varchar(50) not null check(length(attribute2) > 0)
);
create rule "_RETURN" as on select to Children1 do instead
  select p.*, c.attribute2
  from Parents p
    join Partial_Children1 c
      on p.id = c.id;

Наконец, правило перезаписи, с которым у меня возникли проблемы: 

create rule ct_i_children1 as
  on insert to Children1
  do instead (
    insert into Parents(attribute1, type)
      values(new.attribute1, 'Child1');
    insert into Partial_Children1(attribute2, type)
      values(new.attribute2, 'Child1');
  );

Попытка вставить данные с помощью 

insert into Children1 (attribute1, attribute2)
  values ('a1', 'a2'),
         ('b1', 'b2');

выдает сообщение об ошибке 

ERROR:  insert or update on table "partial_children1" violates foreign key constraint "partial_children1_id_fkey"
DETAIL:  Key (id,type)=(3,Child1) is not present in table "parents".

Способ решить эту проблему - заменить вторую вставку правила перезаписи на 

insert into Partial_Children1(id, attribute2, type)
  select p.id, new.attribute2, p.type
    from Parents p
    where p.attribute1 = new.attribute1

но это зависит от уникальности attribute1, который я не хочу навязывать. Другое решение состоит в том, чтобы сначала вставить значения во временную таблицу, а затем дважды выбрать ее для вставки в две таблицы. Но мне это не нравится по соображениям производительности.

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

Ответы [ 2 ]

5 голосов
/ 23 февраля 2010

из документов http://www.postgresql.org/docs/8.4/static/rules.html

Это (система правил) изменяет запросы принять во внимание правила и затем передает измененный запрос Планировщик запросов для планирования и исполнение

поэтому сначала переписывает запросы, ничего не выполняя.

вы можете заставить его работать, если вы не вставляете несколько записей сразу: 

create or replace rule ct_i_children1 as
  on insert to Children1
  do instead (
    insert into Parents(id, attribute1, type)
      values(nextval('parents_id_seq'), new.attribute1, 'Child1');
    insert into Partial_Children1(id, attribute2, type)
      values(currval('parents_id_seq'), new.attribute2, 'Child1');
  );

Тогда вы можете сделать: 

insert into Children1 (attribute1, attribute2) values ('a1', 'a2');
insert into Children1 (attribute1, attribute2) values ('b1', 'b2');

но не 

insert into Children1 (attribute1, attribute2)
  values ('a1', 'a2'),
         ('b1', 'b2');

Так что вам действительно не следует использовать систему правил с хитрыми вызовами currval ().

Дополнительно взгляните на комментарии на этих страницах:

Еще один совет: поддержка в списке рассылки postgresql так же хороша, как и сама база данных!

И, кстати: знаете ли вы, что postgresql имеет встроенную поддержку наследования?

Резюме: вы должны использовать триггеры или избегать вставки нескольких строк!

0 голосов
/ 25 августа 2009

Правила сделают это за вас - они переписывают запрос перед его выполнением.

Пока у вас есть фактическая таблица для базы (Children1), я думаю, вы сможете сделать то же самое с помощью TRIGGER вместо ПРАВИЛА.

...