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

Пришла мысль - если параметры сеанса содержатся в Sql, то напрямую переписать их значения.

Кеш хранится в сеансе пользователя

(0) Если система взаимодействия развернута, можно через нее.

(2) не, ее нет

(0) А в чём проблема кэшированных значений? Зачем обновляешь?

(4) надо получать именно актуальные данные.

Но обращений может быть до 10000 за время проведения документа

(0) Параметры сеанса хранятся на менеджере кластера в сеансовых данных. У тебя нет и никогда не будет доступа к чужим сеансовым данным, потому что на них завязан RLS. Исправляй свою костыльную архитерктуру.

(5) > надо получать именно актуальные данные.
И для этого ты сделал кэш, ага.

> Но обращений может быть до 10000 за время проведения документа
Ты хочешь, чтобы половина строк проводилась с одним прочитанным значением, а вторая половина с другим что-ли?

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

И,самое главное,процедура проведения на сервере,она может получить значения параметров сеанса,но они будут на момент начала серверного вызова. Неустановленные же будут рассчитываться в момент их запроса опять же через модуль сеанса.

(5) Это решается через модули с повторным использованием.
Я решаю это например так:
Значение = МодульПовторногоИспользования.ПолучитьЗначениеПараметра(ПолучитьФункциональнуюОпцию("ИДКеша"));
Функциональная опция привязана к константе.

+(9) При изменении значимого показателя, меняется константа.