В принципе, по технологическим возможностям платформа 1С сильно приблизилась к Аксапте

[PSerg]

Цитата:

Сообщение от Сисой

Начиная с версии 8.1, 1С также умеет динамически обновлять приложение. При одном условии - не менялась структура таблиц БД. Мне кажется, это разумное и терпимое ограничение. Особенно учитывая откровенно "немодульный" подход к проектированию функционала типовых конфигураций 1С.

Согласен, большой шаг вперед. Но в аксапте то, не нужно выгонять пользователей даже если изменяются таблицы с данными. Можно открыть одновременно сколько угодно АОТ-ов (аксаптовских конфигураторов). Вообще нет операций, которые нужно выполнять в монопольном режиме.

[miklenew]

Цитата:

Сообщение от PSerg

Вообще нет операций, которые нужно выполнять в монопольном режиме.

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

[PSerg]

Цитата:

Сообщение от miklenew

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

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

[Lemming]

Цитата:

Сообщение от PSerg

Пробовал. Сбоев пока не было.

А вы еще раз попробуйте создайте табличку с несколькими полями, форму для нее, откройте форму, введите что-то туда, потом вернитесь в АОТ, не закрывая форму, удалите какое либо поле таблицы, вернитесь в открытую форму и нажмите, например, сохранить или создать новую запись. Станет ясно о чем Вам пытаются тут сказать.

[PSerg]

Цитата:

Сообщение от Lemming

А вы еще раз попробуйте создайте табличку с несколькими полями, форму для нее, откройте форму, введите что-то туда, потом вернитесь в АОТ, не закрывая форму, удалите какое либо поле таблицы, вернитесь в открытую форму и нажмите, например, сохранить или создать новую запись. Станет ясно о чем Вам пытаются тут сказать.

Согласен. Такие обновления требуют контроля. Но такие ситуации происходят крайне редко, чтобы говорить о существовании проблемы.

[Lemming]

Цитата:

Сообщение от PSerg

Согласен. Такие обновления требуют контроля. Но такие ситуации происходят крайне редко, чтобы говорить о существовании проблемы.

Я может что-то неправильно понимаю, но по приобретении некоторого опыта разработки почему то свято верил, что гарантированно и без артефактов пользователи увидят обновления: если перезапустить АОС или, в случае двухзвенки, перезапустить клиента.

[gl00mie]

Цитата:

Сообщение от PSerg

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

Правда, ряд изменений в объектах приложения "не подхватывается" другими пользовательскими сессиями, если только не прикрутить пункт меню для сброса кэша (aoc/auc) и не сообщить пользователям, что нужно этот пункт дернуть.

Цитата:

Сообщение от PSerg

Вообще нет операций, которые нужно выполнять в монопольном режиме.

Аксапта в монопольном режиме, к примеру, индексы на таблицы добавляет при синхронизации - выдает перед этим SQL-запрос на эксклюзивную блокировку таблицы. Впрочем, это в общем случае требует от других сессий всего лишь не обращаться к этой таблице на период синхронизации - те же формы закрыть, где таблица используется в качестве datasource'а, и т.п.

Цитата:

Сообщение от Lemming

Я по приобретении некоторого опыта разработки почему то свято верил, что гарантированно и без артефактов пользователи увидят обновления: если перезапустить АОС или, в случае двухзвенки, перезапустить клиента.

Еще можно сервер, на котором АОС крутится, перегрузить - тогда точно будет "гарантированно и без артефактов"... См. Повторный логин без перезапуска аксапты

[Raven Melancholic]

Цитата:

Сообщение от gl00mie

сообщить пользователям, что нужно этот пункт дернуть.

У нас пользователи когда звонят по поводу возникших проблем, в первою очередь сообщают "Меню Основное \ Сброс кэша я уже пробовал" независимо от того, что за проблема была
Да, в Аксе вполне можно быстро накатывать изменения без остановки приложения. Но пользоваться этим нужно только в крайних случаях, например, когда приложение было обновлено вчера и сегодня выявились ошибки, которые были пропущены при тестировании и которые являются критичными для работы. Плановые изменения все таки нужно накатывать планово, несмотря на то, что система дает делать это и в онлайне. Хотя к вопросу сравнении технологических возможностей Аксы и 1С это имеет мало отношения, это больше вопрос методологии исользования.