Virikus

Цитата
Что делать если вложенных уровней вызовов 20 штук? У меня в статье написано, что не надо отладчиком по ним шагать. Надо искать через поиск по всем текстам нужное для доработки место! Т.е. ищешь по именам реквизитов или именам объектов метаданных. Это реально большая сложность в текущих версиях типовых конфигураций. При переходе с обычных форм было тяжело.

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

В целом мероприятие с каждым годом все лучше.

(2) всегда так было, именно по этой причине его всегда запускали на сервере на больших базах

(6) Тогда не совсем понятно на какую группу статья расчитана, если у вас есть технологическое окно в часть субботы и воскресенья, то спокойно можно делать delete с отбором, никто все равно не мешает. Для небольших предприятий с большими базами так даже удобней, скрипты будут проще и контроль за ними требует меньше подготовки от специалиста. Даже удалять можно в 100 потоков, если отключить табличные и страничные блокировки и отбор накладывать например по неделе.

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

Подход конечно интересный, но судя по таблице у вас там в основном регистры сведений. Может стоит немного архитектуру поменять? Например хранить буфер сообщений не 2 месяц, а например 3 дня или сколько вам необходимо, для разбора обращений. Или выгружать часть данных в сторонние системы, а по мере надобности через web, http их получать. 5Tb конечно база не маленькая, но и не такой прямо великий размер, чтобы создавались большие неудобства для работы с ней.

(19) Платформа тут не причем, значит ВидЦены нет более в структуре регистра и нужно адаптировать под текущее решение.

Немного непонятно сколько времени занимает копирование данных за 2022 год и обратно. Если таблица большая, значит полчаса на это не хватит, а при таких объемах технологическое окно как правило не более полчаса в сутки. И тут секционирование более выгодно смотрится. Там можно спокойно удалять старые данные в процессе работы пользователей.

(10) тут скорее я не правильно понял, ага, был не прав.

В типовой УТ 11 объект храниться в виде xml и можно вернуться на нужную версию документа очень легко.

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

На самом деле CDC достаточно мощный механизм и он больше подходит для интеграции и биг даты, чем для версионирования.

(41) отображение колонок удалось уже починить или пока в процессе?

(3) лично я много видел таких подписок, это что-то меняет в моих словах или поведении платформы?