Доброго дня. У моего знакомого существует мнение о вреде расширений конфигурации который выражается в замедлении производительности системы в зависимости от объема данных и количества пользователей. Сейчас возникла необходимость их использовать в ЕРП, придется внесенные изменения в основную конфигурацию (регистры, перечисления, и тд) переносить в расширение, соответственно только то что поддерживается сейчас. Прошу ответить на мой вопрос - будет ли система хуже работать если программный код перенести в расширение? Есть ли реальный опыт использования расширений на высоко нагруженных системах?
По теме из базы знаний
Найденные решения
Расширение это модифицированный механизм динамического обновления конфигурации.
На высоконагруженных системах это единственный инструмент, позволяющий оперативно реагировать на жалобы пользователей.
Замедление работы при использовании расширений не является основанием для отказа, даже если оно есть.
Обработчик существующей подписки добавить в расширение можно.
На высоконагруженных системах это единственный инструмент, позволяющий оперативно реагировать на жалобы пользователей.
Замедление работы при использовании расширений не является основанием для отказа, даже если оно есть.
Обработчик существующей подписки добавить в расширение можно.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Если правильно разрабатывать в расширении и не использовать расширение как замену самой конфигурации, то хуже нет. Медленнее? Только совсем не много.
Учитывая, что компиляция каждого модуля, кроме глобальных, происходит по мере обращения к ним, то и в расширении так же.
Т.е. дополнительное время будет тратиться на компиляцию конкретного модуля в расширении, что на общем фоне не будет заметна. Еще на дополнительный вызов процедуры, но это с таким же успехом будет и при вызове дополнительной процедуры в основной конфигурации.
Единственным неприятным моментом будет, если в расширении обнаружится ошибка и расширение будет отключено.
будет ли система хуже работать если программный код перенести в расширение?
Если правильно разрабатывать в расширении и не использовать расширение как замену самой конфигурации, то хуже нет. Медленнее? Только совсем не много.
Учитывая, что компиляция каждого модуля, кроме глобальных, происходит по мере обращения к ним, то и в расширении так же.
Т.е. дополнительное время будет тратиться на компиляцию конкретного модуля в расширении, что на общем фоне не будет заметна. Еще на дополнительный вызов процедуры, но это с таким же успехом будет и при вызове дополнительной процедуры в основной конфигурации.
Единственным неприятным моментом будет, если в расширении обнаружится ошибка и расширение будет отключено.
Опыт есть, на ERP 2.4. Тормоза точно такие же, как и без расширений. Самое главное - нормально настроить SQL и будет тебе счастье. Здесь есть статья как это сделать. Единственное, что плохо - так это отсутствие возможности добавления подписок на события. По крайней мере для меня. Так что я не вижу особых проблем как в использовании, так и в производительности.
Расширение это модифицированный механизм динамического обновления конфигурации.
На высоконагруженных системах это единственный инструмент, позволяющий оперативно реагировать на жалобы пользователей.
Замедление работы при использовании расширений не является основанием для отказа, даже если оно есть.
Обработчик существующей подписки добавить в расширение можно.
На высоконагруженных системах это единственный инструмент, позволяющий оперативно реагировать на жалобы пользователей.
Замедление работы при использовании расширений не является основанием для отказа, даже если оно есть.
Обработчик существующей подписки добавить в расширение можно.
расширение это занятная штука. База делает копию таблицы, полную. Т.е. вместо таблицы документа в БД становится две. И дальше они там как-то между собой общаются.
Кто-то наверное верит, что это не сказывается на производительности. Но 1с и производительность это вообще параллельные вселенные, так что ничего, работает все это.
Кто-то наверное верит, что это не сказывается на производительности. Но 1с и производительность это вообще параллельные вселенные, так что ничего, работает все это.
Прошу ответить на мой вопрос - будет ли система хуже работать если программный код перенести в расширение?
Ответ на этот вопрос очевиден.
Да, система будет работать хуже в следствие увеличения функционала.
Но этим "хуже" можно пренебречь при условии, что добавленный функционал продуман.
Главный вопрос который должен был прозвучать - будет ли система работать стабильно?
Ответ: Будет, при условии, что добавленный функционал продуман.
(8) Если честно то ваш ответ не совсем по теме, у ТС уже считается, что система работает стабильно
и он хочет узнать будет ли система медленнее/нестабильнее работать если это вынести в расширение.
Тут не происходит
внесенные изменения в основную конфигурацию (регистры, перечисления, и тд)
и он хочет узнать будет ли система медленнее/нестабильнее работать если это вынести в расширение.
Тут не происходит
увеличения функционала
, тут происходит перенос функционала
(10) мне малопонятны ваши претензии.
по-моему, я четко и внятно обозначил контексты.
если мы из других вселенных, то пожалуйста выясните нюансы с представителями своей цивилизации.
если ваш планетарный совет посчитает и этот ответ непонятным, то внесите в протокол заседания ответ из (6)
по-моему, я четко и внятно обозначил контексты.
если мы из других вселенных, то пожалуйста выясните нюансы с представителями своей цивилизации.
если ваш планетарный совет посчитает и этот ответ непонятным, то внесите в протокол заседания ответ из (6)
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот