СВ
я имел в виду что сеанс будет переиспользоваться и из-за этого при обращении к модулю с повторным использованием не будет делаться запрос к БД если другой юзер запросит те же данные, присоединившись к этому сеансу
Size: a a a
2021 September 30
g
ну это же и хорошо, верно? смена этих данных не должна меняться, а если уж нужно поменять то есть метод ОбновитьПовторноИспользуемыеЗначения
СВ
ну да, я думаю число запросов сильно сократится на редко изменяющихся справочниках. Сейчас несложный запрос занимает примерно 8мс
VN
Главное чтобы от размера кэша потом не поплохело ))
Это же не просто все в кэше. Это нужно будет кэшировать результаты самых разных функций и из результаты, а не просто данные БД.
И тут уже не получишь результат для массива входящих данных. Придется запрашивать и кэшировать по одному.
Это же не просто все в кэше. Это нужно будет кэшировать результаты самых разных функций и из результаты, а не просто данные БД.
И тут уже не получишь результат для массива входящих данных. Придется запрашивать и кэшировать по одному.
2021 October 01
1P
Привет. Нужно перед проведением документа проверить а проведется ли он. если не проведется то надо кое что в нем изменить. Кто как бы сделал?
K
Отказ = Истина! Сообщить, что нужно сделать
V
Да какой отказ_
V
если нужно до его проведения проверить
V
проведется ли он
K
Пока не проведешь - не узнаешь =) Особенно это справедливо в контексте 1с
N
Взять шар предсказаний в руки
V
ну ваще провести его, и следующей строкйо проверять
N
Или использовать квантовый компьютер для вычисления вероятности
V
если документ.проведен
V
тогда возврат
V
иначе
K
Гадать на профилях доступа
V
изменения
N
Он выдаст ошибку пользователю до твой проверки в случае падения)