Оптимизация регистрации изменений плана обмена #564841

Что оптимальнее регистрация всех изменений с фильтром при обмене или непосредственно при регистрации, регистрация изменения только только для нужного узла плана обмена по некоторому условию?

небывает оптимальной задачи выдранной из контекста

+1. Смотря что ты оптимизируешь...

для кого оптимальней?

Если тебе нужно регестрировать 99% объектов, то оптимальнее фильтровать при выгрузке. Если тебе нужен регить только один объект, то скорее всего на стадии записи. И опять фильтрация это время. Если нам нужно добиться максимальной времени записи объекта, то фильтр оставляем на потом. Если нужно максимальная скорость обмена, то регистрируем только нужные

прочитал : ПЛАНА ОБАМЫ...

оптимальнее для системы, оптимальнее ~ производительней тут как бы задача в том, источник (где регистрация изменений будет по условию) - сервак, достаточно мощная тачка, приемник(где фильтровать будем) - обычная дряхлая пользовательская тачка, вот при этих условиях что скажете? ))))

На данный момент регистрирую все изменения и фильтрую при обмене. Попробовал условную регистрацию документов (тех, каких надо). При записи все быстро происходит (перед тоже )) ). Еще есть регистры, в которых подобное можно применить. Вот думаю о целесообразности всей затеи. Вся эта задумка - как-бы пока разведка боем. Разведка покажет внедрять или нет все это. Может кто уже проходил это?

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

типовые проходили это...

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

в типовых есть Планы обмена с фильтром.. че тут намекать...

а в SSL есть подсистема работы с РИБ и что. вопрос не в том как его сделать. А типовые они на то и типовые чтобы быть универсальными, а универсальность как известно и оптимальность очень часть не совместимы.

да, я понял твою точку зрения... А чей-то частный 'rgbhbtyc? оптимальный для его частных задач, более оптимален, и тебе также подходит.. Поэтому смотреть в типовые не стоит, все верно...

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

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

2 и именно так и сделано в типовых.