#4
by fisher
Думал, понятно спросил. Если ошибся - сформулирую вопрос по другому. Сервер приложений 8.2 кэширует часто опрашиваемые константы или конструкция Константы.ИмяКонстанты.Получить однозначно ведет к запросу в БД?
#8
by Живой Ископаемый
2 Просто сервер БД таблицу констант тоже кэширует. Поэтому даже если сервер 1С не кэширует, то все равно второе обращение будет быстрее первого.
#9
by fisher
Понятно, что сервер БД чего-то там умеет как-то кэшировать. Вопрос - насколько эффективно в данном случае? Т.е. имеет ли смысл изобретать велосипеды?
#12
by Живой Ископаемый
настолько эффективно, насколько он настроен. выставлен ли селфтюнинг или выставлен ли сразу большой, и какой порог грязных записей в кэше установлен.
#13
by fisher
Ответ настоящего программиста из анекдота. Абсолютно правильный и никому не нужный. Быстрее оказалось самому замерить. Кэшировать однозначно имеет смысл. 10000 обращений заняло на моих ресурсах около 6 секунд. В то время как кэширование позволило свести время выполнения к паре десятых секунды.
#14
by Stepa86
ну если тебе надо 10 000 раз обращаться к значению константы, то ее вообще имеет смысл на переменной сохранить, а вот если ты ее опрашиваешь раз в час и за этот час велика вероятность, что она изменится, то кешировать как то не очень...
#15
by Живой Ископаемый
2 ты странный... Не указав условий, хотел получить ответ. Запомни нынешний опыт, по-другому кроме как сам - не бывает.
#16
by fisher
Речь, конечно же, о ресурсоемких алгоритмах с большим количеством итераций. В моем случае - о УРБД. В переменной не получается. В параметре сеанса придется...
#17
by Mitriy
поставь в свойствах общего модуля повторное использование и засунь туда функцию получения констант... и не парься...
#18
by Stepa86
можно использовать кеширующие модули от 8.2, можно юзать глобальные переменные, параметры сеанса и может что нить еще... или вообще забить, потому что обращение к константе наврятли узкое место в твоем алгоритме
#21
by Stepa86
если самое узкое место это получение значения константы, то или алгоритм херовый или он не нуждается в оптимизации... других вариантов не вижу
#23
by fisher
Глобальные переменные не вариант. Параметры сеанса приятнее использовать по прямому назначению. Кэширующий модуль - самое оно. толсто
#24
by fisher
Докладаю. Обошлось без неприятных неожиданностей. Кэширующий модуль работает практически не медленнее кэширования в переменной.
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям
Похожие вопросы 1С
В этой группе 1С
- ЗУП 31.4. Расчетные листки организаций
- Как настроить загрузку в РИБ 1с8.1 Комплексная автоматизация
- Что сначала обновлять платформу или конфигурацию?
- ЗУП 2.5 (2.5.31.4) Свод начислений и удержаний по организации – Как найти людей?
- Ошибка Error #:-630 Optimization File Flushing Failure
- Недостаточно свободной памяти на сервере
- Бюджетная бух: отрицательные остатки по амортизации
- Что за элемент на трансформаторе?
- Порты используемые для подключения к серверу 1с
- Переход с Комплексной 7.7 на БП20 + УТ11. Какие варианты?
- ЗУП: Передача 2-НДФЛ в ИФНС через TaxCom
- Сохранение данных во внешний файл из 1С. В какой быстрее?
- как сделать шаблон рлс для документов
- ББУ: ПКО. Ошибка "Рабочий счет не корректен!"
- 1с 8.2 Бюджет_Отчеты для ФОМС
- Как подцепить движения по регистру документу, не перепроводя его?
- получить документ, записать, сохранить
- Есть ли в ЗУПе 2.5 отчет Учет начисления налогов с фот из ЗиК?
- Расчет страховых взносов в ЗУП 2.5.31.4 для организации с ЕНВД
- v8: ЗУП Оплата в праздничные дни - как оплатить ночные часы