@Программист1С

"...Т.е. предполагаем что в базе есть и возвраты и перемещения и корректировки существующих документов в текущем периоде (что сложнее реализовать не дублируя данные), а так же разукомплектации, списание, продажи, поступления, резервирование, заказы покупателей и т.д. (можешь продолжить список, т.к. ты его уже знаешь)
То использование регистра накоплений целесообразно даже для детальных записей...."
Ответ: Уважаемый Dethmontt, я согласен с тем, что выборка данных из одной таблицы эффективней, чем выборка данных из нескольких таблиц, вопрос в том, являются ли регистры накопления решением данной проблемы? Практика показывает, что структура стандартных регистров накопления удовлетворяет потребности пользователей очень редко. Как только начинается выборка каких-либо дополнительных реквизитов измерений (по ссылкам) начинается выборка из нескольких таблиц и теряется всякий смысл использования регистров накопления. Хотел бы обратить Ваше внимание, что использование СУБД в целях эффективного управления предприятием предполагает не только выборку данных из неких универсальных таблиц, но и решение ряда практических задач, например, текущей оценки товарных запасов в режиме, близком к реальному времени. Хотел бы обратить Ваше внимание, что в случае ненормализованной структуры базы выборка данных замедляется избыточным количеством блокировок доступа к данным, особенно, если эта выборка производится одновременно с вводом и проведением документов. Хотел бы обратить Ваше внимание, что ни в одной типовой конфигурации 1С не разрешена следующая коллизия: два и более менеджеров одновременно оформляют документы продажи, каждый своему контрагенту. На момент начала оформления остаток по Товар1 составляет 10 единиц, остаток по Товар2 составляет 8 единиц. Первый менеджер заполняет продажу 9 единиц Товара1 и 7 единиц Товара2, второй менеджер заполняет продажу 6 единиц Товара 2 и 8 единиц Товара 1, затем они начинают проведение документов по регистрам накопления. При проведении документов обнаруживается дефицит Товара1 и дефицит Товара2 (расчет текущего остатка производится по данным регистров накопления), документы не проводятся (часто требуется перезагрузка сервера), работа предприятия останавливается.
Предлагаю выполнить следующий мысленный эксперимент: предприятие купило новый сервер, установило чистую базу и начало вести управление по данным этой базы. По мере заполнения базы объем данных увеличивается, соответственно увеличивается объем использования файла подкачки, также увеличивается время выполнения операций с базой. В типовой 1С 8.2 УПП документ "РеализацияТоваровУслуг" формирует движения по 43 (Сорока трем) регистрам накопления, примем заниженную оценку коэффициента избыточности, равную 5. Вопросы: во сколько раз требуется повысить быстродействие сервера, по сравнению с сервером для базы без избыточности для обеспечения одинакового быстродействия? Во сколько раз повысится стоимость такого сервера (или кластера серверов)?
Учитывая, что время выборки данных примерно на 5 десятичных порядков (в сотни тысяч раз) медленнее, чем выполнение алгебраических операций над данными, эффективность использования регистров накопления, хранящих результаты вычисления линейной функции(!), можно оценить, как величину, близкую к нулю.
Прошу Вас дать обоснование Вашему утверждению об эффективности использования регистров накопления.

Вернуться к обсуждению:
Регистры накопления 1С

0