Re: Column Filtering in Logical Replication
От | Alvaro Herrera |
---|---|
Тема | Re: Column Filtering in Logical Replication |
Дата | |
Msg-id | 202201031431.akwhcx6xrusu@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: Column Filtering in Logical Replication (Justin Pryzby <pryzby@telsasoft.com>) |
Ответы |
Re: Column Filtering in Logical Replication
Re: Column Filtering in Logical Replication Re: Column Filtering in Logical Replication |
Список | pgsql-hackers |
On 2021-Dec-31, Justin Pryzby wrote: > > @@ -5963,8 +5967,20 @@ describePublications(const char *pattern) > > { > > + " CASE WHEN pr.prattrs IS NOT NULL THEN\n" > > + " pg_catalog.array_to_string" > > + "(ARRAY(SELECT attname\n" > > + " FROM pg_catalog.generate_series(0, pg_catalog.array_upper(pr.prattrs::int[],1)) s,\n" > > + " pg_catalog.pg_attribute\n" > > + " WHERE attrelid = c.oid AND attnum = prattrs[s]), ', ')\n" > > + " ELSE NULL END AS columns"); > I suppose this should use pr.prattrs::pg_catalog.int2[] ? True. Changed that. Another change in this v15 is that I renamed the test file from ".patch" to ".pl". I suppose I mistyped the extension when renumbering from 021 to 028. > Did the DatumGetBool issue expose a deficiency in testing ? > I think the !am_partition path was never being hit. Hmm, the TAP test creates a subscription that contains both types of tables. I tried adding an assert for each case, and they were both hit on running the test. -- Álvaro Herrera 39°49'30"S 73°17'W — https://www.EnterpriseDB.com/ "La persona que no quería pecar / estaba obligada a sentarse en duras y empinadas sillas / desprovistas, por cierto de blandos atenuantes" (Patricio Vogel)
Вложения
В списке pgsql-hackers по дате отправления: