Вопрос в чем. Режу базу на 31,12,2015 по следующему мануалу:
http://alexeev.pro/?page_id=1282
Не все идет как по маслу. В том числе, описанный документ "ОстаткиПоРегистру" не обрабатывает некоторые мои регистры. Ругается на недостаток оперативной памяти. Патчил 1Ску под 4гига ОЗУ. Все равно вылетает - съедает больше. DBF или SQL не важно. Результат одинаковый. Так вот. Если вырезать остатки SQL запросом, как их грамотно перенести в порезанную базу?
В оригинальном мануале в базе источнике формируются документы "ОстаткиПоРегистру" и переносятся в базу приемник. Там они проводятся, формируя движения по соответствующим остаточным регистрам. Все красиво.
Мои мысли какие. Я возьму и в базу приемник перенесу вырезанные SQL-запросом RG**** таблицы с остатками на 31,12,2015. Мне переносить соответствующие RA**** таблицы? Ведь они теряют смысл, так как документов вызвавших движения по этому регистру в базе приемнике уже не будет. А если не перенесу эти таблицы, не вызовет ли затирание остатков в регистрах RG**** при каком-нить восстановлении итогов?
В мануале все хорошо. Есть остатки и есть документы их вызвавшие. Все логично. Я же хожу перенести только остатки в виде записей в RG таблицах. Как поведет себя 1С при таком переносе?

хорошо, когда знаешь какие будут остатки к концу года

А зачем sql для переноса остатков? Выгрузил куда нить в тхт, да загрузил в приемник. Со скулем только гемора больше.

(0) А ты режь базу кусочками поменьше. Начни с другой даты для исключения ошибок с памятью.
Хотя резать базу на указанную тобой дату - бред или ты пишешь из будущего?

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

переделай чтобы остатки в ТЗ читались частями и доки формировались частями тоже.

у меня аналогичный "двигатель регистров" именно так вроде и работает - большой объем данных бъет на части.

(1) (3) Палюсь, ребят. Никому ни слова!
(2) Не пробовал, подскажите как сделать? Но если вытаскивать и движения (RA), то ничем кроме SQL-запроса в отдельную таблицу не вытащу, мне кажется. В базе в одной из RA таблиц более 10 миллионов записей. И мой сервант при открытии таблицы подгружает строки от 01,01,13 до 31,12,14 несколько часов.
(3) (4) Выборка делается запросом. Запрос вроде отрабатывает, после этого заполняется весь документ и здесь процесс распухает. И думаю нет смысла в таком случае брать остатки на более раннюю дату, ибо по объему строк будет примерно то же самое, только значения другие.

(5) А ты проверь!