Динамическое обновление в 1С 8.3 стоит ли использовать? #790478

Здравствуйте! Пользуюсь 1С версии 8.3.9.2033, до этого обновлял динамически в версии 8.2 после чего в базе данных происходили ошибки. Изменилось ли что-нибудь в новых релизах или все так же не стоит использовать динамическое обновление?

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

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

разрешаю но только с молитвой

работает, злоупотреблять не рекомендуется

Что-то у вас какие-то все проблемы столетней давности

нет

Смизжено: "Здравствуйте, меня зовут Алексей и я делаю динамическое обновление. Раньше, я делал динамическое обновление по три или даже целых пять раз в день. Я мог не спросить пользователей, не сделать бекап средствами СУБД и динамически обновить базу ради изменения макета печатной формы счета на оплату. Но потом случилось горе и в одно прекрасное обновление база просто не запустилась. Это был ч0рный день в моей жизни. Я потерял друзей, коллеги отвернулись от меня. Жена меня бросила и дети не хотят со мной разговаривать. Попа болела после долгого и многозначительного разговора с начальством. И я решил изменить свою жизнь. Я теперь занимаюсь спортом Стал посещать бассейн. Питаюсь правильно и соблюдаю правила дорожного движения. Сегодня у меня праздник. Я  уже 30 дней не делаю динамического обновления без ахивации базы данных средствами СУБД. Я практически готов полностью отказаться от динамического обновления. Вообще не обновлять динамически. Преодолеть зависимость от динамического обновления мне помогли 12 простых шагов: 12 ШАГОВ , РАЗРАБОТАННЫЕ САМИМИ ДИНАМИЧЕСКИМИ ОБНОВЛЯЛЬЩИКАМИ 1. Признать свое бессилие перед поведением платформы 1с при динамическом обновлении. 2. Согласиться с утверждением, что без посторонней помощи не обойтись. 3. Мысленно перепоручить себя некой Высшей силе, которая поможет. 4. Проанализировать свои поступки. 5. Признать перед собой и кем-то еще свои ошибки. 6. Не сомневаться, что бекап перед динамическим обновлением сработает. 7. Просить высшие силы избавить от недостатков. 8. Составить список всех людей, кому причинили зло, и захотеть загладить свою вину перед ними. 9. Лично возместить этим людям ущерб, нанесенный вами и вашим динамическим обновлением. 10. Продолжать самоанализ и, при малейших ошибках, сразу признавать, что вы их таки совершили. 11. Не переставать размышлять и благодарить помощника из пункта 3. 12. Достигнув пробуждения, благодаря пунктам 1-11, помогать другим динамическообновлялщикам. АЛИЛЛУЯ братья и сестры! АМинь!"

я пользуюсь, (MS SQL 8.3.6.2390) но меняю только модули, если пользователи совсем уж вылетают, рестартю сервер или чистю им кэш, но это от лени, никому не советую, но у меня частенько прокатывает ) ну и фатальных падений не разу не было

Сходи на исповедь и с божией помощью используй...

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

пруф есть?

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

Да стоит.У меня пока не было ошибки потока,но тут 8.3.9 для 2.0 бп и отраслевка на 8.3.10. тестовой.пока все нормально

но как же так твари к клиентам.

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

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

На память только помню авторство за , но не гуглится. Я тогда и сохранил в Гугл Кип это, вот оттуда щас и вставил.

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

Куда загружались?

Код живёт в обработке, которая живёт в хранилище значения - при выполнении код загружается из обработки, подключается и исполняется - тогда код можно поменять, не выгоняя никого из базы и не выполняя "чудо-обновление". Насколько я знаю, проблемы бывают из-за того, что сеансы имеют свойство отключаться от сервера, и вполне вероятно, что какой-то сеанс будет иметь на клиенте один код, а на сервере - другой. С учётом кривизны работы кеша получается ещё большая неразбериха - и "за базой заходит лисичка". Пока они команды явной очистки всех кешей не сделают - динамическое обновление будет глючить.