Re: oat_post_create expected behavior

Поиск
Список
Период
Сортировка
От Jeff Davis
Тема Re: oat_post_create expected behavior
Дата
Msg-id 965e830891dc775540264d9393ff987c622334a3.camel@j-davis.com
обсуждение исходный текст
Ответ на Re: oat_post_create expected behavior  (Mary Xu <yxu2162@gmail.com>)
Список pgsql-hackers
On Tue, 2022-08-02 at 13:30 -0700, Mary Xu wrote:
> > Right, same thing I'm saying.  I also think we should discourage
> > people from doing cowboy CCIs inside their OAT hooks, because that
> > makes the testability problem even worse.  Maybe that means we
> > need to uniformly move the CREATE hooks to after a system-provided
> > CCI, but I've not thought hard about the implications of that.
>
> I like this approach, however, I am relatively new to the PG scene
> and
> am not sure how or what I should look into in terms of the
> implications that Tom mentioned. Are there any tips? What should be
> the next course of action here? I could update my patch to always
> call
> CCI before the create hooks.

I didn't see a clear consensus that we should call OAT_POST_CREATE
after CCI, so I went ahead and updated the comment. We can always
update the behavior later when we do have consensus, but until that
time, at least the comment will be more helpful.

If you are satisfied you can mark the CF issue as "committed", or you
can leave it open if you think it's still unresolved.

--
Jeff Davis
PostgreSQL Contributor Team - AWS





В списке pgsql-hackers по дате отправления:

Предыдущее
От: Jacob Champion
Дата:
Сообщение: Re: CFM Manager
Следующее
От: Jacob Champion
Дата:
Сообщение: Re: Support tls-exporter as channel binding for TLSv1.3