Баг при работе с файловым источником данных в запросе PostgreSQL 16

В чём суть бага в слоне. Если в скрипте есть запрос с данными из файла, данные которого предварительно заносятся в таблицу, то при обработке последующих запросов и удалении этой (по сути временной) таблицы в конце скрипта, данные обрабатываются так, как будто таблица не успевает загрузить данные из файла и остаётся в запросе пустой. И не важно выставлены границы транзакции или эта таблица обрабатывается через CTE, или даже копия в другую таблицу делается, всё равно данные её игнорируются, а точнее момент окончательной загрузки из файла. Получается, что вы как будто с пустой таблицей работаете. Это происходит только, если в конце скрипта она удаляется через DROP. Поэтому в нашем случае я вообще не стал её удалять, а удаляю и создаю в начале скрипта, хотя по логике это надо делать в конце. Я так подозреваю, что из-за медленной операции загрузки из файла временные промежутки не соответствуют действительности при обработке запроса и не попадают в границы транзакции. И оператор COPY FROM не успевает даже сказать "ой", как всё заканчивается без его участия

Добавлено через 24 минуты

0

Совсем не понял.
Вы хотите сказать, что COPY отрабатывает не до конца что ли ?! Очень вряди ли.
Больше поверю в кейс, что есть какие-то ошибки в данных и они не загружаются.

0

А в ошибках говорит?
Было подобное, экспортировал csv из другой базы. В итоге именно этот файл не хотел обрабатывать, была проблема с кодировкой. Скопировал в другой csv и все экспортнулось.

0