Показать сообщение отдельно
Старый 05.06.2007, 08:35   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от 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С:Предприятии )

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