Re: [proposal] protocol extension to support loadable stream filters

Список
Период
Сортировка
От Tom Lane
Тема Re: [proposal] protocol extension to support loadable stream filters
Дата
Msg-id 10962.1114696801@sss.pgh.pa.us
обсуждение исходный текст
Ответ на [proposal] protocol extension to support loadable stream filters  (Brent Verner)
Ответы Re: [proposal] protocol extension to support loadable stream filters  (Brent Verner)
Список pgsql-hackers
Дерево обсуждения
[proposal] protocol extension to support loadable stream filters  (Brent Verner, )
 Re: [proposal] protocol extension to support loadable stream filters  (Tom Lane, )
  Re: [proposal] protocol extension to support loadable stream filters  (Brent Verner, )
   Re: [proposal] protocol extension to support loadable stream filters  (Tom Lane, )
    Re: [proposal] protocol extension to support loadable stream filters  (Brent Verner, )
 Re: [proposal] protocol extension to support loadable stream filters  (Tom Lane, )
  Re: [proposal] protocol extension to support loadable stream filters  (Brent Verner, )
   Re: [proposal] protocol extension to support loadable stream filters  (Tom Lane, )
    Re: [proposal] protocol extension to support loadable stream filters  (Alvaro Herrera, )
     Re: [proposal] protocol extension to support loadable stream  (Neil Conway, )
Brent Verner <> writes:
>   Would it be sane to recognize a specific PG_PROTOCOL_MAJOR
> to enter the filter-negotiation process?  PG_PROTOCOL_MINOR
> would then be used to lookup and call a ptr to the filter's 
> create() in CreateStreamFilter...

Looks reasonable enough to me ...
        regards, tom lane


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

Предыдущее
От: Marko Ristola
Дата:
Сообщение: Re: [PERFORM] Bad n_distinct estimation; hacks suggested?
Следующее
От: Alvaro Herrera
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Implement sharable row-level locks, and use them for foreign key