Найти в Дзене

Почему динамическое обновление это крайняя мера #1С Программирование

В 19-м году работал в одном крупном авто холдинге и было нас там 10 человек программистов. И постоянно кто-то вносил свои изменения через динамическое обновление базы. В штатном режиме в конце дня вносили изменения в хранилище конфигурации и пару раз в неделю накатывали обновления уведомляя пользователей об изменениях. Но частенько вылезали косячки или хотелки пользователей и не смотря на стандартную отладку и согласование приходилось вносить изменения в конфигурацию на лету. За долгое время работы и проблем все поняли что так делать не надо. Это очень чревато проблемами. Вылетами, глюками, блокировками базы и отдельных её частей. Динамическое обновление это взято из SQL. Хотя может они у нас раньше стырили как обычно (как банковские карты например), только никто не в курсе. Когда такое делаешь будь готов чистить кэш у пользователей. База и данные ведут себя не предсказуемо. Могут быть любые косяки. Данные пытаются записываться в реквизиты которых уже нет или они переименованы. Отчёт

В 19-м году работал в одном крупном авто холдинге и было нас там 10 человек программистов.

И постоянно кто-то вносил свои изменения через динамическое обновление базы.

Картинка от нейросети яндекса шедеврум
Картинка от нейросети яндекса шедеврум

В штатном режиме в конце дня вносили изменения в хранилище конфигурации и пару раз в неделю накатывали обновления уведомляя пользователей об изменениях.

Но частенько вылезали косячки или хотелки пользователей и не смотря на стандартную отладку и согласование приходилось вносить изменения в конфигурацию на лету.

За долгое время работы и проблем все поняли что так делать не надо.

Это очень чревато проблемами. Вылетами, глюками, блокировками базы и отдельных её частей.

Динамическое обновление это взято из SQL. Хотя может они у нас раньше стырили как обычно (как банковские карты например), только никто не в курсе.

Когда такое делаешь будь готов чистить кэш у пользователей.

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

Данные пытаются записываться в реквизиты которых уже нет или они переименованы.

Отчёты формируются по изменённым или не существующим (некорректным) данным.

Проще говоря всё летит по звезде.

Даже скрип написали в cmd (небольшой) и поставили на комп каждого, который чистит кэш 1С.

очистка кэша 1С
очистка кэша 1С
Если кто не знает: кэш (временные файлы) — это буфер с часто используемыми данными. Создаётся программой автоматически и обновляется при каждом сеансе.

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

Поэтому или скрипт или вручную почистить.

Итоги:

Договорились на собрании что будут дежурные, двое. Самые прошаренные типа.

И они будут обновлять по запросу от нас.

Ну естественно многие на это забили, хотя на совещании и согласились:) Да! Да! ...так и будем делать, дескать.

И обновляли как обычно.

Влетает какой-нибудь Иванов с выпученными глазами, от фиников или бухов или продажников.

Нам СРОЧНО!!!!

Ну и кто делал настройку лезет в конфигуратор и фигачит динамическое обновление.

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

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

В итого пришли только к одной, правильной с самого начала мысли.

Просто забрали у всех права и оставили только дежурным. Только так работает. Договоренности бессмысленны.

Ну это тебе так на заметку. Если когда начальником станешь:) Всегда помни что динамическое обновление это зло, и использовать его надо только в экстренном случае.