You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If we add column c4 to test1, e.g., ALTER TABLE test1 ADD c4 char(5);, even though dbtoyaml flags c4 as inherited in test2, yamltodb generates two ALTER TABLES:
which as expected causes an error in Postgres: column "c4" of relation "test2" already exists.
Similarly, if column c2 is dropped from test1, .e.g., ALTER TABLE test1 DROP c2, yamltodb generates two drops:
ALTERTABLE test1 DROP COLUMN c2;
ALTERTABLE test2 DROP COLUMN c2;
Addding a default to the parent table, e.g., ALTER TABLE test1 ALTER c2 SET DEFAULT 'Some text', also causes two ALTER TABLEs to be generated by yamltodb, but PostgreS accepts those (but it's incorrect and inefficient).
The text was updated successfully, but these errors were encountered:
Given tables test1 and test2, the latter inheriting from the former:
If we add column c4 to test1, e.g.,
ALTER TABLE test1 ADD c4 char(5);
, even though dbtoyaml flags c4 as inherited in test2, yamltodb generates two ALTER TABLES:which as expected causes an error in Postgres: column "c4" of relation "test2" already exists.
Similarly, if column c2 is dropped from test1, .e.g., ALTER TABLE test1 DROP c2, yamltodb generates two drops:
Addding a default to the parent table, e.g., ALTER TABLE test1 ALTER c2 SET DEFAULT 'Some text', also causes two ALTER TABLEs to be generated by yamltodb, but PostgreS accepts those (but it's incorrect and inefficient).
The text was updated successfully, but these errors were encountered: