RE: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger
От
kuroda.hayato@fujitsu.com
Тема
RE: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger
Дата
Msg-id
TYAPR01MB5866683E55284C28BEFA5D7BF58B9@TYAPR01MB5866.jpnprd01.prod.outlook.com
Ответ на
RE: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger (houzj.fnst@fujitsu.com)
Список
Дерево обсуждения
Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger "houzj.fnst@fujitsu.com" <houzj.fnst@fujitsu.com>
RE: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger "houzj.fnst@fujitsu.com" <houzj.fnst@fujitsu.com>
RE: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
Re: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger Michael Paquier <michael@paquier.xyz>
RE: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger "houzj.fnst@fujitsu.com" <houzj.fnst@fujitsu.com>
Re: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger Amit Kapila <amit.kapila16@gmail.com>
Re: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger Michael Paquier <michael@paquier.xyz>
Re: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger Amit Kapila <amit.kapila16@gmail.com>
Re: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger Michael Paquier <michael@paquier.xyz>
Re: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger Michael Paquier <michael@paquier.xyz>
Re: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger Amit Kapila <amit.kapila16@gmail.com>
Re: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger Michael Paquier <michael@paquier.xyz>
RE: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger "houzj.fnst@fujitsu.com" <houzj.fnst@fujitsu.com>
Re: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger Alvaro Herrera <alvherre@alvh.no-ip.org>
Re: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger Michael Paquier <michael@paquier.xyz>
RE: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger "houzj.fnst@fujitsu.com" <houzj.fnst@fujitsu.com>
Re: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger Michael Paquier <michael@paquier.xyz>
RE: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger "houzj.fnst@fujitsu.com" <houzj.fnst@fujitsu.com>
Re: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger Michael Paquier <michael@paquier.xyz>
RE: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger "houzj.fnst@fujitsu.com" <houzj.fnst@fujitsu.com>
RE: Collect ObjectAddress for ATTACH DETACH PARTITION to use in event trigger "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
Dear Hou-san, > Thanks for having a look. It was a bit difficult to add a test for this. > Because we currently don't have a user function which can return these > collected ObjectAddresses for ALTER TABLE. And It seems we don't have tests for > already collected ObjectAddresses as well :( > The collected ObjectAddresses is in > "currentEventTriggerState->currentCommand->d.alterTable.subcmds.address" while > the public function pg_event_trigger_ddl_commands doesn't return these > information. It can only be used in user defined event trigger function (C > code). Thanks for explaining. I did not know the reason why the test is not in event_trigger.sql. > If we want to add some tests for both already existed and newly added > ObjectAddresses, we might need to add some test codes in test_ddl_deparse.c. > What do you think ? I thought tests for ObjectAddresses should be added to test_ddl_deparse.c, but it might be bigger because there were many ATExecXXX() functions. I thought they could be added separately in another thread or patch. Best Regards, Hayato Kuroda FUJITSU LIMITED
В списке pgsql-hackers по дате отправления
От: Matthias van de Meent
Дата:
От: Alvaro Herrera
Дата: