Вопросы производительности и масштабируемости в "1С:Предприятии"

[clerk]

Статья "Вопросы производительности и масштабируемости в "1С:Предприятии"
ДИНАМИКА РАЗВИТИЯ – ОТ 7.0 ДО 8.next"
http://www.visual.2000.ru/kolesov/by...pim/1c_pim.htm
Интересная статья, мне понравилась.

[mazzy]

Цитата:

Сообщение от clerk

Статья "Вопросы производительности и масштабируемости в "1С:Предприятии"
ДИНАМИКА РАЗВИТИЯ – ОТ 7.0 ДО 8.next"
http://www.visual.2000.ru/kolesov/by...pim/1c_pim.htm
Интересная статья, мне понравилась.

Ох, ты... Да, интересная статья.
Интересно почему форум не импортирует записи из блога Колесова... Раньше импортировал.

Цитата:

масштабирование – это не единственный, а зачастую и не самый радикальный, способ повышения производительности системы!
...
Вариант с наращиванием ресурсов может быть и не дешевле, чем работа консультантов и программистов по модернизации и настройке ПО

Да, но наращивание ресурсов дает гарантированный результат и затраты являются разовыми. В отличие от консультантов

Цитата:

Суть изменения ситуации тут выглядит (в сильно упрощенной формулировке, конечно) тут выглядит примерно так. Раньше ИТ-заказчиком выступал главный бухгалтер, теперь – профессиональный ИТ-директор со своей командой специалистов.

Значит 1С таки выбрала свой путь... Жаль, что этот.
См. мой прогноз от 2001 года http://1c.mazzy.ru/articles/history/#004

Во-первых, очень странный выбор термина ИТ-заказчик. Этот термин надо обосновывать.

Вообще говоря, "профессиональный ИТ-директор" никак не может быть заказчиком системы автоматизации. ИТ-директор прежде всего обслуга. В лучшем случае, он может быть заказчиком серверов, компьютеров и прочего оборудования. Но никак не ERP-системы. "профессиональный ИТ-директор" может выступать в роли эксперта при решении о приобретении ERP-системы, он может быть руководителем (координатором) проекта. Но никак не заказчиком. Заказчиком является руководство и владельцы предприятия.

Ну, а в третьей части уже куча технических данных для ИТ-заказчика.
Эти технические детали горячо обсуждались здесь http://sql.ru/forum/actualthread.aspx?tid=403914
Не буду повторяться.

В статье ничего не сказано (или я не нашел) о трех принципиальных моментах, которые драматически влияют на производительность (и на другие характеристики):
1. в 8.0 отказались от общего журнала (хорошо это или плохо с точки зрения бизнес-логики - отдельный вопрос, но на производительность повлияло положительно)
2. в 8.1 ввели режим, когда итог может состоять из нескольких записей. Итог - это сумма нескольких записей, а не одна запись, как раньше. Ядро само решает когда объединить несколько записей, когда сделать отдельную запись. (как при этом проходит борьба на фронте надежности - тоже отдельный вопрос )
3. в 8.1 ввели управляемые блокировки: транзакции эмулируются ядром 1С и явно программируются программистом, трунзакции СУБД не используются (наверное, будет отдельная статья о надежности в 1С:Предприятии )

В общем, от лозунга "Доступно и всерьез" осталось только "Всерьез".