Есть УТ-3.1.8.1 (это для Украины) УФ
1с предприятие 8.3.18.1128
сервер SQL 2016
Суть вопроса:
В базе работет 60 пользователей, в минуту они проводят различные 7 типов документов, в кадом из которых требуется зафиксировать табличную часть записью в регистр сведений, после он очищается.
За рабочий день, регистр сведений накапливает (если не чистить) до 35000 sku.
Как лучше в регистр производить запись? Непосредственно из процедуры при записи (прописав там код записи) или вызовом общего модуля (с учетом того что табличная часть может содержать до 2000 SKU)?
Не влияет ли вызов глобального модуля и передачу туда тч для записи, если к примеру 40 пользователей одновременно проводят различные документы, на скорость работы?
В общем есть ли мнения на этот счет? Как более оптимизированно по энергоресурсам реализовать? В частности память, процессор чтоб менее нагружались.
1с предприятие 8.3.18.1128
сервер SQL 2016
Суть вопроса:
В базе работет 60 пользователей, в минуту они проводят различные 7 типов документов, в кадом из которых требуется зафиксировать табличную часть записью в регистр сведений, после он очищается.
За рабочий день, регистр сведений накапливает (если не чистить) до 35000 sku.
Как лучше в регистр производить запись? Непосредственно из процедуры при записи (прописав там код записи) или вызовом общего модуля (с учетом того что табличная часть может содержать до 2000 SKU)?
Не влияет ли вызов глобального модуля и передачу туда тч для записи, если к примеру 40 пользователей одновременно проводят различные документы, на скорость работы?
В общем есть ли мнения на этот счет? Как более оптимизированно по энергоресурсам реализовать? В частности память, процессор чтоб менее нагружались.
По теме из базы знаний
- Инструменты оптимизации для 1С на MS SQL Server
- 1С + MS SQL против Матрицы виртуализации
- Workaround me в 1С/MS SQL и не только, системный подход к созданию костылей
- Экспертный кейс. Миграция высоконагруженных решений 1С на Linux/PostgreSQL без потерь производительности
- Администрирование серверов 1С Предприятия 8.3
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
За рабочий день, регистр сведений накапливает (если не чистить) до 35000 sku.
Это тот мизер, про оптимизацию которого нет никакого смысла даже задумываться. По крайней мере со стороны СУБД. А про оптимизацию со стороны 1с, как уже написано, надо делать тесты, а не гадать на кофейной гуще.
(2) Ну это понятно, что рано или поздно будет четкий ответ у меня. Просто хотел предварительно выяснить. Может вызов общего модуля жрет ресурсы или память или время там 0.5 сек к примеру и так далее. На маленьких объемах БД это не критично, а вот для BIG DATA
(3) Это как же мизер? 60 юзеров эти записи там за день создают. Для БД есть тоже нагрузка, ибо SQL в процессе записи жрет до 70% ЦП
(3) Никто и не гадает, просто спрашиваю про опыт тех, кто возможно с жтим сталкивался и имеет четкое понимание. Ведь вызов процедуры общего модуля однозначно занимает какие то 0.5 секунд, если за день 10000 документов будет, то это 100 минут в день рабочего времени.
(3) Это как же мизер? 60 юзеров эти записи там за день создают. Для БД есть тоже нагрузка, ибо SQL в процессе записи жрет до 70% ЦП
(3) Никто и не гадает, просто спрашиваю про опыт тех, кто возможно с жтим сталкивался и имеет четкое понимание. Ведь вызов процедуры общего модуля однозначно занимает какие то 0.5 секунд, если за день 10000 документов будет, то это 100 минут в день рабочего времени.
(5) Вызов с клиента занимает 0.5 сек? передать с клиента на сервер большую таблицу не г-окод тяп ляп и в прод. Особенно с такой логикой, что при записи ТЧ еще и РС фиксировать, потом чистить. Особенно по 2К записей.
В общем, Вам стоит хотя бы мониторинг настроить и посмотреть, куда уходят ресурсы, а еще лучше нормального архитектора найти и отрефакторить такую логику
В общем, Вам стоит хотя бы мониторинг настроить и посмотреть, куда уходят ресурсы, а еще лучше нормального архитектора найти и отрефакторить такую логику
(1) если код записи в регистр будет одинаковый, то разницы почти нет.
Передача в процедуру общего модуля ТЧ/объекта будет по ссылке. Т.е. объект будет один и тот же и затрат на создание не будет. Будут накладные расходы на сам вызов и создание переменных, но затратами можно пренебречь, они минимальные.
Только не советую использовать Глобальный общий модуль. Вполне подходит обычный общий модуль.
Передача в процедуру общего модуля ТЧ/объекта будет по ссылке. Т.е. объект будет один и тот же и затрат на создание не будет. Будут накладные расходы на сам вызов и создание переменных, но затратами можно пренебречь, они минимальные.
Только не советую использовать Глобальный общий модуль. Вполне подходит обычный общий модуль.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот