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

Регистрацию изменений тебе надо?

+(1)Делай, но управлять ей самому надо будет

Да собственно, регистр сведений независимый и каждый раз дергать его не хотелось бы

1. проблема это прочитать порцию изменений как я не нашел, он в выборку хребет ВСЕ - а это даже в памяти может не поместиться (например)

+(3) А то что делать все руками это понятно

т.е. такая конструкция не прокатывает
   Выборка = ПланыОбмена.ВыбратьИзменения(Узел,ЗаписьСообщения.НомерСообщения);
   к = 0;
   Пока (Выборка.Следующий() и к < 100) цикл
       
       Данные = Выборка.Получить();
       ЗаписатьXML(ЗаписьXML, Данные);
       к = к +1;
   КонецЦИкла

Данные получаюстя все, я думал что данные - это ключ например записи

А можно ли запросом получить измененные элементы для узла, а не объектной моделлю?

(6) Да. В конструкторе запросов нажать кнопку "Отображать таблицы изменений"

(7) Да но это не решает "получить измененные элементы для узла", там в таблице только какой узел и какой номер сообщения - ссылок на сами элементы НЕТ

(8) Как это нет? Есть Ссылка. Как раз указывает на измененный элемент

(9) Значит у меня как-то не так выглядит у меня из доступных полей только Узел (раскрывается) и НомерСообщения

(10) Если речь идет о регистре, то ссылки на нее, конечно, не будет, т.к. это не объект. Зато есть ссылка на регистратор, если регистр подчинен регистратору

Я писал это независимый регистр, без регистратора

(12) Это я проглядел

Всегда было интересно, а параметр "Число элементов в транзакции" для чего нужен?

А это в чтении по моему

Ответ автору - в первых двух постах. Управляешь регистрацией изменений - получаешь нужное :) Пояснять?

Регистрацию изменений можно снимать, а можно - устанавливать (например по 2 тысячи записей для каждого сеанса обмена. А обмен данными "гребет" не всё, как жумает автор, - а только те объекты, для которых зарегистрированы изменения.

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

Ап

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

Все понятно, теперь данную механику c палном обмена тут не получится использовать прийдется все ручками делать :(, Спасибо всем откликнушвшимся!

(0) выгружал xml файлы по 3.5 гига из базы ради пробы. памяти много оно не кушает, попробуйте.