Re: PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size
Вложения
В списке pgsql-hackers по дате отправления:
| От | Jonathan S. Katz |
|---|---|
| Тема | Re: PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size |
| Дата | |
| Msg-id | 25fc391a-1197-cfbf-cf4a-bce4c03e7fbf@postgresql.org обсуждение исходный текст |
| Ответ на | Re: PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size (Amit Langote <amitlangote09@gmail.com>) |
| Ответы |
Re: PG 15 (and to a smaller degree 14) regression due to ExprEvalStep size
|
| Список | pgsql-hackers |
On 8/10/22 9:27 AM, Amit Langote wrote: > On Wed, Aug 10, 2022 at 3:57 AM Andres Freund <andres@anarazel.de> wrote: >> One way this code could be drastically simplified is to force all >> type-coercions to go through the "io coercion" path, which could be >> implemented as a single execution step (which thus could trivially >> start/finish a subtransaction) and would remove a lot of the complicated code >> around coercions. > > Could you please clarify how you think we might do the io coercion > wrapped with a subtransaction all as a single execution step? I > would've thought that we couldn't do the sub-transaction without > leaving ExecInterpExpr() anyway, so maybe you meant the io coercion > itself was done using some code outside ExecInterpExpr()? > > The current JsonExpr code does it by recursively calling > ExecInterpExpr() using the nested ExprState expressly for the > coercion. With RMT hat on, Andres do you have any thoughts on this? Thanks, Jonathan
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера