Question

问题：在Postgresql中，如果表temp_person_two继承自temp_person，则如果 parent 表被更改，则会忽略子表上的默认列值。

如何复制：

首先，创建表和子表。子表应该有一个具有默认值的列。

CREATE TEMPORARY TABLE temp_person (
    person_id SERIAL,
    name      VARCHAR
);

CREATE TEMPORARY TABLE temp_person_two (
    has_default character varying(4) DEFAULT 'en'::character varying NOT NULL
) INHERITS (temp_person);

接下来，在父表上创建一个触发器，将其数据复制到子表（我知道这看起来像设计不好，但这是一个显示问题的最小测试用例）。

CREATE FUNCTION temp_person_insert() RETURNS trigger
LANGUAGE plpgsql
AS '
BEGIN
INSERT INTO temp_person_two VALUES ( NEW.* );
RETURN NULL;
END;
';

CREATE TRIGGER temp_person_insert_trigger
    BEFORE INSERT ON temp_person
    FOR EACH ROW
    EXECUTE PROCEDURE temp_person_insert();

然后将数据插入父级并从子级中选择数据。数据应该是正确的。

INSERT INTO temp_person (name) VALUES ('ovid');
SELECT * FROM temp_person_two;
 person_id | name | has_default
-----------+------+-------------
         1 | ovid | en
(1 row )

最后，通过添加新的不相关列来更改父表。尝试插入数据并观察“非空约束”违规发生：

ALTER TABLE temp_person ADD column foo text;
INSERT INTO temp_person(name) VALUES ('Corinna');
ERROR:  null value in column "has_default" violates not-null constraint
CONTEXT:  SQL statement "INSERT INTO temp_person_two VALUES (  $1 .* )"
PL/pgSQL function "temp_person_insert" line 2 at SQL statement

我的版本：

testing=# select version();
                                                version
-------------------------------------------------------------------------------------------------------
 PostgreSQL 8.4.17 on x86_64-pc-linux-gnu, compiled by GCC gcc-4.4.real (Debian 4.4.5-8) 4.4.5, 64-bit
(1 row)

Answer 1

它一直存在到9.3，但修复起来会很棘手，而且我不确定这是不是一种不受欢迎的行为而不是一个错误。

约束仍然存在，但请查看列顺序。

                                  Table "pg_temp_2.temp_person"
  Column   |       Type        |                            Modifiers                            
-----------+-------------------+-----------------------------------------------------------------
 person_id | integer           | not null default nextval('temp_person_person_id_seq'::regclass)
 name      | character varying | 
Number of child tables: 1 (Use \d+ to list them.)

                                  Table "pg_temp_2.temp_person_two"
   Column    |         Type         |                            Modifiers                            
-------------+----------------------+-----------------------------------------------------------------
 person_id   | integer              | not null default nextval('temp_person_person_id_seq'::regclass)
 name        | character varying    | 
 has_default | character varying(4) | not null default 'en'::character varying
Inherits: temp_person

ALTER TABLE
                                  Table "pg_temp_2.temp_person_two"
   Column    |         Type         |                            Modifiers                            
-------------+----------------------+-----------------------------------------------------------------
 person_id   | integer              | not null default nextval('temp_person_person_id_seq'::regclass)
 name        | character varying    | 
 has_default | character varying(4) | not null default 'en'::character varying
 foo         | text                 | 
Inherits: temp_person

它适用于您的第一个示例，因为您实际上在做：

INSERT INTO temp_person_two (person_id,name)
VALUES (person_id, name)

但是看看你的新列在子表中添加的位置 - 最后！所以你最终得到了

INSERT INTO temp_person_two (person_id,name,has_default)
VALUES (person_id, name, foo)

而不是你所希望的：

INSERT INTO temp_person_two (person_id,name,foo)...

那么 - 这里的正确行为是什么？如果PostgreSQL改组了子表中可能破坏代码的列。如果没有，那也可能破坏代码。碰巧的是，如果没有实质性的PG代码更改，我认为第一个选项是不可行的，因此在中期内不太可能这样做。

故事的道德：明确列出您的INSERT列名。

可能需要一段时间。你知道任何带有正则表达式的语言吗？ ; - ）

Answer 2

这不是一个错误。 NEW.*扩展为新行中每列的值，因此您正在执行INSERT INTO temp_person_two VALUES ( NEW.person_id, NEW.name, NEW.foo )，如果您没有指定它，则最后一个确实是NULL（如果您没有指定它，则为{{1}}你做了。）

在添加新列之前，我甚至感到惊讶，因为值的数量与子表中的字段数不匹配。据推测，它假设缺少尾随值的默认值。

在Postgresql 8.4中更改父表会破坏子表默认值

2 个答案: