Problem with accessing OTAST data in stored procedures
Вложения
В списке pgsql-bugs по дате отправления:
| От | Konstantin Knizhnik |
|---|---|
| Тема | Problem with accessing OTAST data in stored procedures |
| Дата | |
| Msg-id | 5d335911-fb25-60cd-4aa7-a5bd0954aea0@postgrespro.ru обсуждение исходный текст |
| Список | pgsql-bugs |
CREATE TABLE toasted(id serial primary key, data text); INSERT INTO toasted(data) VALUES((SELECT string_agg(random()::text, ':') FROM generate_series(1, 1000))); INSERT INTO toasted(data) VALUES((SELECT string_agg(random()::text, ':') FROM generate_series(1, 1000))); DO $$ DECLARE v_r record; BEGIN FOR v_r in SELECT data FROM toasted LOOP INSERT INTO toasted(data) VALUES(v_r.data);COMMIT;END LOOP;END;$$; I found out that code responsible for persisting portal correctly extracts TOAST data. But pl_pgsql is using prefetch and so takes records form SPI_tuptable, not from stored tuplestore. I didn't not find better solution rather than disabling prefetch when loop body contains COMMIT or ROLLBACK statements. Unfortunately there is no existed walker for plpgsql statements tree, so I have to add such walker. I hope that it will be useful not only for this case. But may be there are some other ways to fix this problem... Please notice the following bug report which may be also related: https://www.postgresql.org/message-id/20190904105618.j5l6fhyesmprmstf%40alap3.anarazel.de
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера