База подрастает, количество пользователей в ней тоже. Иногда существует необходимость быстрого внесения изменений, есть соблазн изменять конфигурацию БД динамически. Но есть мнение, что это приводит ко всяким нехорошим вещам.
Интересует мнение многоуважаемого ALL, а именно тех, кто пробовал обновлять конфигурацию БД динамически: можно это делать или лучше дождаться момента, выгнать юзеров и обновить нормально?

.

Работали удаленно. У местных прогов были всяческие косяки из-за динамического обновления. Хотя, если делать все правильно, думаю, работать может и нормально

У меня файлоая база. Проблем с динамическим обновлениеем не было

теоретически - хорошо, но на практике оно причиняет зло в промышленных масштабах в виде необходимости бороться с непонятными непонятками и, не помня себя, чистить кэши у пользователясов.
но задумка, надо признать, гениальная

у нас мелкие базы по сравнению с масштабами коллег, так что

Если глобально не исправили по сравнению с 8.1 то

для 7/24 самое оно
ну а вставки в
Процедура ПриЗавершенииРаботыСистемы()

   Если КонфигурацияБазыДанныхИзмененаДинамически() Тогда
       .....

давно описаны

Косякнул в процедуре записи - проверил, тут же исправился. И принялся срочно выгонять юзеров из базы, потому что

Юр у тя вроде есть доступ в партнерскую. Там писали что в 8.1.15 наконец то что то с динамикой расковыряли и починили (опять же народ проверил), не знаю на сколько в 8.2.9 попали эти исправления но факт есть факт

потом ольше разгребаешь после него

вобщем, если обновление не касается чего-то жизненно важного, то можно и динамическим..

Полезная вещь, совместно с батником очистки кэша у пользователей...

поскольку выгрузки делаются каждый час.
- время от времени пользуюсь динамическим обновлением без особого опасения...

пару раз приходилось чистить кэш...

когда работали в Парусе, во время работы кучи юзеров (около20-40) динамически правили таблицы, хранимки и прочие тригера. Чтоб новый функционал наал работать даже клиента не приходилось рестартить. а 1С в опе...

Если изменения в пределах разумного...

а пофиг, адинэсина творит гнилое кеширование конфы на клиенте...

(16) а пофиг, это легко правится

"Не навреди" (с)

Единственное, что если непонятка нада кеш очистить. Других косяков небыло из-за этого.

Моё мнение по поводу демонического обновления? Когда демоны в базе шаманят - говорю себе: "Зря вы доверили ядерную кнопку обезьяне"...

(20) ну не так все плохо... это тока в мастдае службы и иконки, в линуксах демоны и зомби... и ниче, работает...

а зачем оно?
ты думаешь разберутся?

(21) Согласен, не так всё плохо. Если раньше каждое второе обновление глючило, то сейчас - каждое третье :) Прогресс - налицо... или "на лице"?

Боюсь что многие отвечали исходя из опыта с 8.1.
Было бы неплохо исходить из опыта с 8.2 Привести проблемы с которыми столкнулись.

На большой базе плохо.
Маленькие обычно выживают.

Забыл проголосовать.

Острый нож - это хорошо? Смотря как пользоваться. Иногда это демоническое обновление как серпом по eggs. Но иногда и здорово помогает. Жаль третьего варианта нет, а то бы проголосовал.

(27) А что нужно уметь им пользоваться?

(28) Иногда вред от него меньше чем польза. Из-за мелких поправок в отчете, не стоит выгонять 150 пользователей в разных регионах. Потом просто админов прошу кэши почистить принудительно.

С кэшем только один раз глюк был за несколько лет.

когда много народа и изменения маленькие

удобно, но кеши чистить приходиться, сами так регулярно обновляем

(9) перешел на 15 релиз, ничего не поменяли...
в частности - слетают настройки пользователей если у тебя более одного раб. процесса, на сайте написали, что исправили в 15 релизе, обновил - воз и ныне там... читаю на сайте - уже вместо "исправили" появился "способ обхода"...

а так - очень хорошее дело

много раз использовал, проблем небыло... вернее были, но совсем уж в бородатых релизах еще года два назад

Итого примерно 50/50 )))
Ладно, будем пробовать, база пока невелика, заодно и опыта наберемся.

Всем спасибо!

Пользуюсь, когда сильно сильно надо.

Черт знает что за вопрос!Конечно это хорошо!Пользователей в базе полно,останавливать работу можно только минут на 15,а выгонять их всех полчаса,да и то только в определенное время.Как тут без динамического обновления?

+(39)Проблем из-за этого пока тьфу-тьфу не было ни разу.Пользуюсь уже год

Только когда нет РИБ.

у нас на 8.2 все вылетают, при динамическом обновлении.

кроме проблем с кешом, вроде на форуме не встречал других проблем с динамическим обновлением 8.1

(41) в чем проблемы с РИБ? вносишь изменения, выгружаешь и рассылаешь по филиалам изменения, принимаешь в филиалах.

(0) бомба замедленного действия, может рвануть через три релиза

Это круто! Хотя в начале пути было столько косяков... о-О База большая, пользователей много, останавливать работу нельзя. Хошь - не хошь а работу сделай... и сдай в работу!

Всегда так делаю, если конечно же измения не координальные, т.е. добавление\удаление\изменение реквизитов элементов базы.

(47) "добавление\удаление\изменение реквизитов элементов базы"
так ты и обновить динамически не сможешь

Вынужден - много пользователей, живу и жду...

Это просто замечательнейшая вещь!

ЗЫ: очистка кэша у пользователей в логин-скрипте само-собой, разумеется.

до это зло ...

не внушает доверия

Эээ... есть предложение, если вы не против :)

Респодентам, утверждающих "... это хорошо", - указывать сколько раз было "не хорошо". Будет, скажем так: и статистика... и понимание на чем основан оптимизм мнения... так сказать.

PS: Тому, кто говорит "...это плохо" - аргументы можно не приводить. С вами и так всё понятно :(

Для серверного варианта

В 15 релизе вылизали динамическое обновление.
На текущий момент все известные проблемы зафиксили.

(55) Позвольте с Вами не согласиться. Исправили одни ошибки - понаделали другие :( Время - покажет кто и что вылизывать будет :)

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