Re: pg_stat_statements and "IN" conditions

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: pg_stat_statements and "IN" conditions
Дата
Msg-id 2420105.1675612952@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: pg_stat_statements and "IN" conditions  (Dmitry Dolgov <9erthalion6@gmail.com>)
Ответы Re: pg_stat_statements and "IN" conditions  (Dmitry Dolgov <9erthalion6@gmail.com>)
Список pgsql-hackers
Dmitry Dolgov <9erthalion6@gmail.com> writes:
> I'm thinking about this in the following way: the core jumbling logic is
> responsible for deriving locations based on the input expressions; in
> the case of merging we produce less locations; pgss have to represent
> the result only using locations and has to be able to differentiate
> simple locations and locations after merging.

Uh ... why?  ISTM you're just going to elide all inside the IN,
so why do you need more than a start and stop position?

            regards, tom lane



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

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: [PATCH] Compression dictionaries for JSONB
Следующее
От: Tom Lane
Дата:
Сообщение: Re: File descriptors in exec'd subprocesses