пробники настроить агрессивнее

Коллеги, Ситуация - PGAdmin при запросе определенного поля выдает неполное значение поля (пример запроса:  SELECT file_content FROM local_files WHERE name_file like '50_43025_getLoanInfo';)

А при запросе всех полей - все отрабатывает нормально и я получаю данные целиком (пример запроса:  SELECT * FROM local_files WHERE name_file like '50_43025_getLoanInfo';).

Вопрос, Как гуглить данную проблему а лучше решить?  Никак не получается найти информацию. Заранее спасибо :)

есть вопрос по части разработки.
Коллеги осваивают  PARALLEL SAFE для функций, но

из документации:

цикл PL/pgSQL вида FOR x IN query LOOP .. END LOOP никогда не будет использовать параллельный план, так как система параллельных запросов не сможет определить, может ли безопасно выполняться код внутри цикла во время параллельного выполнения запроса.

есть ли альтернативы?  Например  рекурсивные sql в хранимке?

в настройках query editor раньше было Max. characters per column.

для pgadmin3 было так: File -> Options -> Query Tool -> Max. char. per column -> -1

цикл PL/pgSQL вида FOR x IN query LOOP .. END LOOP никогда не будет использовать параллельный план, так как система параллельных запросов не сможет определить, может ли безопасно выполняться код внутри цикла во время параллельного выполнения запроса.

если это можно сделать рекурсивным запросом, то может и не нужна хранимка?

я с таким же вопросом)

добрый день. подскажите пожалуйста как правильно сделать вот такой запрос?

INSERT ....  ON CONFLICT DO SET "type" = (case when EXCLUDED."type" is null then "type" else EXCLUDED."type" end)

DO что? NOTHING? UPDATE?

UPDATE

то есть если в обновляемом поле type пришел null нужно оставить предыдущее значение

ну вот и пишите DO UPDATE, подсматривать синтаксис в документации разрешается и приветствуется

всем привет. Есть таблицы Заказ, Мойка, Опции мойки, Опции заказа. Заказ ссылается на Мойку. Опция мойки ссылается на мойку. В Опции заказа ссылка на заказ и на опцию мойки. Но никто не запретит в Опциях заказа указать id опции совсем другой мойки. Не той, что указана в заказе. Ограничение здесь никак не добавить? Хотелось бы, чтобы субд по рукам дала

сделай хранимку и там все условия добавь, например

c простым DO UPDATE проблем не возникает. не ясно как быть если в базе колонка заполнена значением, а в запросе update значение выставляется в null
в этом случае нудно оставлять то значение, которое в базе. иначе обновлять
по наналогии в mysql это делается on duplicate key update type = case when type is null then type else values(type)
вопрос как в pg реализовать такое же поведение?
вот в таком виде выдает ошибку
DO UPDATE SET "type" = (case when EXCLUDED."type" is null then "type" else EXCLUDED."type" end)

какую ошибку?

ERROR:  column reference "type" is ambiguous
LINE 19: ... "type" = (case when EXCLUDED."type" is null then "type" els...

Можно вопрос? Читаю как постгрес стартует тут https://github.com/postgres/postgres/blob/master/src/backend/access/transam/xlog.c и пытаюсь понять что может ускорить старт если у меня была реплика которая отстала по replay_lag на пол терабайта и потом постгрес еще и рестартанул и пытается это все сначала проиграть.

если fsync отключить временно будет сильно быстрее?

Просто чтоюы проиграть эти пол терабайта