> намеренно лишён звучит как что-то плохое. например нельзя хакать (патчить) ридер, что держит сообщество разработчиков вместе (код совместим, не разбредаются разработчики по своим песочницам. Нету мутабельности - тоже хорошо)

опенсорсная система плагинов меня вполне устраивает, даже как она реализована на докер-хаб, в докере мало устраивает что это все должно работать на самом докере система дистрибьюции через прекомпилируемые пакеты в Linux тоже начинает устаревать, поэтому появляются всякие flatpack вполне бы устроило компиляция из ссорцев по гит, но со сценарием поддерживаемым сообществом, который будет делать проверку для установки, доустанавливать зависимости и в конце завершать эту установку для конкретной системы, но без установки дополнительного ПО для менеджмента, ansible или chef, а делалось бы это средствами самой ОС, ну или с минимальными требованиями

Я не понаслышке знаю про горячую замену кода в Common Lisp. Но про Erlang только слышал. Думаю, надо будет внимательно посмотреть на эту платформу. Как у Erlang с FFI (foreign function interface)? Вот есть, например, клиент PostgreSQL, написанный на C++. Допустим, есть интерфейс на C. Можно ли вызывать функции C из Erlang (уверен, что да)? Сложно ли описываются биндинги (если как в Python, то это несколько ужасно, а вот если хотя бы как в Perl6, то это хорошо)?

А Go позволяет менять код на горячую?

вроде как все двигаются в сторону ролинг деплоев - запустить новую вносить, прибить старую.

Если бы можно было открыте сокеты переносить на обновлённые процессы, то было бы идеально.

CRIU не умеет?

Мне как раз поэтому интересно сравнение продуктивности разработки на Erlang с Java/C#. А Haskell для меня такой же неизведанный фрукт, как и Erlang. С Clojure не работал, но могу хотя бы судить по опыту работы с Common Lisp. Хотя и Clojure намеренно лишён определённых возможностей Common Lisp, но в нём также есть monkey patching, насколько я знаю, так что может быть это тоже интересный вариант.

Не совсем так, конечно. Переконнект тоже имеет свои накладные расходы. В любом случае, организовать переподключения, предварительно развёртывая новую версию сервера, технически намного более сложнее и более уродливо, чем простая и изящная замена кода процесса без его перезапуска.

Это точно чат про Постгрю?

какой ваш любимый способ скрешить постгрес? :)

Всем привет, подскажите, пожалуйста, что в функции на PL/pgSQL значит такое объявление: AS $$71d16a414de140666d48b25baab0864dfe49d638ae9858328d11bc6a0ec8d65647e3c3c91fc384106620bfe41845938cf5d646af37c98471746eda324f7d0a18ae6072e75aeb3cf067c2a4fb2274ddb6639cddc89cc327a4f95afd886a30bdf6865b5e715370dbec9ed2fccf68cbc49e47802d3c5080a32cbee309ed7a63c6bea0081ef43c2cb1623091d2fff355786b41a51d2f9239c96993d87faf96abacbeab14fc464fc4ddebf9c0f8f421b3875e16$$ ?

добрый день! есть вопрос про логическую репликацию на втором развернул дамп первого сервера на первом сервере создал публикацию на втором подписался на нее, и теперь вижу в логах постоянный спам, что процесс синхронизации завершился с кодом 1, так как pkey уже существует как мне сказать принудительно, что базы как бы в актуальном состоянии и что синхронизироваться надо начать уже вот от этой точки такое вообще возможно?

Дай полный текст функции. pastebin.com

CREATE FUNCTION b_filegetcontentnextchunk(a_filetoken b_uuidstr, OUT a_content b_filelb_nu, OUT a_completed b_boolbit) RETURNS record LANGUAGE plpgsql SECURITY DEFINER AS $$71d16a414de140666d48b25baab0864dfe49d638ae9858328d11bc6a0ec8d65647e3c3c91fc384106620bfe41845938cf5d646af37c98471746eda324f7d0a18ae6072e75aeb3cf067c2a4fb2274ddb6639cddc89cc327a4f95afd886a30bdf6865b5e715370dbec9ed2fccf68cbc49e47802d3c5080a32cbee309ed7a63c6bea0081ef43c2cb1623091d2fff355786b41a51d2f9239c96993d87faf96abacbeab14fc464fc4ddebf9c0f8f421b3875e16$$;

Выглядит как бред. ;) Это точно vanilla PostgreSQL?

Выглядит как бред. ;) Это точно vanilla PostgreSQL?

CREATE FUNCTION b_filegetcontentnextchunk(a_filetoken b_uuidstr, OUT a_content b_filelb_nu, OUT a_completed b_boolbit) RETURNS record LANGUAGE plpgsql SECURITY DEFINER AS $$71d16a414de140666d48b25baab0864dfe49d638ae9858328d11bc6a0ec8d65647e3c3c91fc384106620bfe41845938cf5d646af37c98471746eda324f7d0a18ae6072e75aeb3cf067c2a4fb2274ddb6639cddc89cc327a4f95afd886a30bdf6865b5e715370dbec9ed2fccf68cbc49e47802d3c5080a32cbee309ed7a63c6bea0081ef43c2cb1623091d2fff355786b41a51d2f9239c96993d87faf96abacbeab14fc464fc4ddebf9c0f8f421b3875e16$$;

Я полагаю, это зашифрованый код функции.

хех, выяснилось, что тут используется очень-очень сильно допиленный постгрес

Ну, огласи имя виновника-то... Там Tibko ещё есть корейское, что ли так...

А, ещё был Линтер ВС, это тоже перепиленный PG

Я ж не говорю , что он мёртвыйю

тогда такой вопрос ко всем, как вы бы реализовали хранение очень больших файлов в базе? Одно из требований — потоковое чтение клиентом

тогда такой вопрос ко всем, как вы бы реализовали хранение очень больших файлов в базе? Одно из требований — потоковое чтение клиентом

у меня мысль такая: при загрузке бьем файл на куски определенного размера, каждый кусок храним в bytea в отдельной строке.

Бредовая мысль

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

почему?

тогда такой вопрос ко всем, как вы бы реализовали хранение очень больших файлов в базе? Одно из требований — потоковое чтение клиентом

Зачем?

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

Потому что бессмысленная.

Не надо пихать файл в БД, в лучшем случае БД должна хранить метаинформацию, о том где найти, как найти, на какой ноде и в таком духе но не сам файл.

Не надо пихать файл в БД, в лучшем случае БД должна хранить метаинформацию, о том где найти, как найти, на какой ноде и в таком духе но не сам файл.

А как? Ну, загружай не целиком

Не надо пихать файл в БД, в лучшем случае БД должна хранить метаинформацию, о том где найти, как найти, на какой ноде и в таком духе но не сам файл.

Хранить в базе

Не надо говорить за всех (и спешить). ;) Я к тому, что Вы же условий задачи не знаете...

Но хранить в базе или нет, и как доставить -- это всё зависит от того, что надо. А это не ясно

ну насколько я знаю, ты не можешь получить лишь часть поля, верно?

Но хранить в базе или нет, и как доставить -- это всё зависит от того, что надо. А это не ясно

зачем хранить файл в базе или зачем так отдавать?

ну насколько я знаю, ты не можешь получить лишь часть поля, верно?

Исследуй клиентские API, их должно быть наверно 2 штуки, и как минимум ODBC умеет загружать поля по требованию и не целиком.

да, точно, спасибо, что тметил, не указал этого

Так всё же, насколько большие?

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

каждый

Ты тут будешь отвечать на такие вопросы до бесконечности. Лучше сядь и сам подумай.

несколько гигабайт

ну мне именно интересно было узнать, может кто подобное делал и насчет функций, которые blob по частям читают тоже, т.к. не сталкивался с оными

ну мне именно интересно было узнать, может кто подобное делал и насчет функций, которые blob по частям читают тоже, т.к. не сталкивался с оными

ну мне именно интересно было узнать, может кто подобное делал и насчет функций, которые blob по частям читают тоже, т.к. не сталкивался с оными

Круто. А что это за файлы такие, что Вам для них необходим full-ACID, если не секрет? Обычно-то всем пофиг, и хранят в файловой системе (как тут уже советовали).

честно говоря, не знаю, что в них храниться будет)

С таким размером и желанием streaming, если действительно нужно, можете посмотреть сюда: https://www.postgresql.org/docs/current/static/largeobjects.html

Делали это всё сотни раз в сотнях задач, которые все были разные и -- главное -- отличные от твоей.

Если что-нибудь маловажное (как это зачастую бывает), можно хранить в файловой системе, да и всё.