Возвращаясь к идее общей таблицы uid:
например :
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
CREATE TABLE public.uid
(
uid int8 NOT NULL,
CONSTRAINT uid_pkey PRIMARY KEY (uid)
) WITHOUT OIDS;
--!
CREATE OR REPLACE FUNCTION public.set_default_uid()
RETURNS trigger AS
'DECLARE
--всегда прописываем уникальный uid при любой вставке
--Before INSERT
BEGIN
NEW.uid = nextval(\'public.uid_uid_seq\'::text);
RETURN NEW;
END;'
LANGUAGE 'plpgsql' VOLATILE;
--!
CREATE TRIGGER set_default_uid
BEFORE INSERT
ON public.uid
FOR EACH ROW
EXECUTE PROCEDURE public.set_default_uid();
--!
CREATE OR REPLACE FUNCTION public.save_default_uid()
RETURNS trigger AS
'DECLARE
--всегда прописываем uid при любой вставке
--Before UPDATE
BEGIN
NEW.uid = OLD.uid;
RETURN NEW;
END;'
LANGUAGE 'plpgsql' VOLATILE;
--!
CREATE TRIGGER save_default_uid
BEFORE UPDATE
ON public.uid
FOR EACH ROW
EXECUTE PROCEDURE public.save_default_uid();
--!
-- тестируем
CREATE TABLE public.test_uid
(
uid int8 NOT NULL,
name text,
CONSTRAINT test_uid_pkey PRIMARY KEY (uid)
) INHERITS (public.uid) WITHOUT OIDS;
1. легко убеждаемся, что триггеры не наследуются сами, и в наследников я легко вставляю те же данные, что и в предка:
1.
2.
3.
4.
5.
6.
SELECT tableoid, * FROM uid;
tableoid uid
1935198 1
1935198 2
1935228 123
1935228 1
- стало быть, как и предложено tanat-ом, копируем триггера в каждую табличку руками (нет ли модификатора, на наследование и триггеров?)
2. !!! внимание, вопросик: как в SQL
получить по уникуму, поля таблицы-наследника, не описанные в предке?
только в plpgsql? через возврат tablename по tableoid из системной таблицы? и вставку его в собираемую SQL строку, запускаемую через EXECUTE?
Или есть таки метод получить поля прямо в SQL выражении?
___
PS: Кто вообще работал с такими штуками? Во что выливается обработка ссылки по uid (oid)? В смысле получения по ссылке типа (tableoid-а) а по типу данных - переключение интерфейса? Удобно ли это?
- Или этой фенечкой пользоваться менее удобно, чем непосредственным хранением 2-х полей - tid - идентификатор таблицы, в некоей таблице-регистре таблиц (где можно хранить и интерфейсные данные) + id записи в соответствующей таблице? - (по крайней мере в случае миграции/наследования бд код не завязан на старые tableoid)
