придётся execute -> commit делать при обновлении значения, возможно, одним из аналогов автономной транзакции, тогда другой процесс увидит новое значение
ну если нужен глобальный, то вот тогда вариант с иммутабл, вполне схоже по производительности с вызовом переменной из пакета, хоть и не так прозрачно выглядит, и нет удобной автоматизации в виде [пере-]инициации значений в теле пакета при его перекомпиляции
дизайнеры интерьеров уже наблюдают обратную тенденцию «аналогизации»: умным выключением уже никого не удивишь, а совершить ногами/руками лишнее телодвижение только в плюс к здоровью, и люди специально отказываются от хлопков и датчиков в пользу обычных выключателей
А насколько оправданы в compose redis, celery, и т.д., ванильный Django показал себя плохо на тестах? Или это не режим web webhook?
значит pg_variables умеет в глобально видимую память? только как-то без этой опции?
придётся execute -> commit делать при обновлении значения, возможно, одним из аналогов автономной транзакции, тогда другой процесс увидит новое значение
ну если нужен глобальный, то вот тогда вариант с иммутабл,
вполне схоже по производительности с вызовом переменной из пакета, хоть и не так прозрачно выглядит, и нет удобной автоматизации в виде [пере-]инициации значений в теле пакета при его перекомпиляции
это же может быть и просто индекс
а pg_variables имеет опцию а-ля "глобальный / сессионный контекст" ?
текстовый локальный примари кей из двух кусков 'idpartition'||sequence.nextval
Часть кейсов можно заменить immutable функциями : хранят и оченьбыстро отдают значения, меняются execute