Re: [HACKERS] pgsql: Add sql_drop event for event triggers
В списке pgsql-committers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] pgsql: Add sql_drop event for event triggers |
| Дата | |
| Msg-id | 22310.1367103310@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] pgsql: Add sql_drop event for event triggers (Dimitri Fontaine <dimitri@2ndQuadrant.fr>) |
| Список | pgsql-committers |
Dimitri Fontaine <dimitri@2ndQuadrant.fr> writes:
> Tom Lane <tgl@sss.pgh.pa.us> writes:
>> Yeah, I was just looking at the IfSupported variant. In the structure
>> I just suggested (separate ProcessSlowUtility function), we could make
>> that work by having switch cases for some statements in both functions,
> I've done it the way you propose here, and then in the Slow variant we
> have two set of cases again: those with some manual transactionnal
> behavior or some other code complexities, and the really simple ones.
I started to look at this patch. What in the world is the point of
dividing the "slow" function into two separate switches? Seems like
you might as well put all the cases in the first switch back into
standard_ProcessUtility.
regards, tom lane
В списке pgsql-committers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера