Добрый день, подскажите пожалуйста есть ли в Postgres функция которая может строку, являющаюся представлением байтового массива конвертнуть обратно в байтовый массив. Объясняю ситуацию: в бд одно из полей таблицы bytea, данную таблицу выгрузили в csv файл и это поле стало собой представлять строку вида \xстрокабайтовыхоктетов, при импорте данных в таблицу значение в бд в итоге легло как \xстрокабайтовыхоктетов. собственно хотелось бы их преобразовать обратно в массив байтовых октетов

У меня вопрос насколько Питон в Постгресе  развит ?  можно ли в серьез думать о рабочем решении когда данные в PG а логика в процедурах на питоне ?

Без средств отладки и совместной разработки развитую логику лучше в базу не пихать.
Но я мог проспать появление оных.

Привет народ. А могу я както подсчет сделать еще на уровне селекта по колонках которые я сформировал выше в селекте или нет?.

Просто так 100% будет ошибка...

Не уверен я что это будет жрат  меньше обычной сортировки, больно уж специфичная оптимизация. Кто-нибудь знает сходу так ли это?

Я уверен, что один хрен.

Там прямо обычный пайтон же. Большой минус в том, что он untrusted и, в теории, умеючи можно таким вообще всё положить.

Я не совсем понял, что у Вас случилось... но, может быть, вот эти функции подойдут (encode / decode или  convert_from /  convert_to)?
https://www.postgresql.org/docs/current/functions-string.html#FUNCTIONS-STRING-OTHER

Нет, не можете. Кстати, вместо "COUNT(CASE WHEN  ... THEN 1 ELSE 0 END)" в PostgreSQL есть "COUNT(*) FILTER (WHERE ...)".

В общем в оригинальной базе выглядит поле body вот так

А в моей после импорта из csv это поле выглядит вот так

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

как бы написать небольшую программку которая всё это конвертнет не проблема, но думал. может быть в постгрессе уже что-то есть из этого разряда

Опередили)
@ivanDruhakIkon Можно обернуть в другой select, в котором уже посчитать. Оверхед минимальный в общем-то

И понятнее не стало. :( Что это за клиент? Я к тому, что, если он всегда выдаёт bytea в hex-виде, как вообще может быть такое, как во втором screenshot ('\' и 'x' — это не hex digits)?!
Может, Вы поле не того типа (text, а не bytea, например) создали?

Вы функции-то посмотрели / попробовали?

Во втором случае тип поля тоже bytea, а не text/varchar?
Значение переменной bytea_output чему равно в первой базе и во второй? SHOW bytea_output;
Вообще валидное hex представление для bytea, оно сейчас по дефолту такое

да, в обоих случаях поля bytea имеют тип, клиент у меня Intellij Idea, по поводу переменной сейчас скажу

в обоих случаях стоит 'hex' для переменной