Конвертация данных: Переброс большого объема данных (Недостаточно памяти) #503910

Столкнулся с такой траблой, при перебросе данных 1ска ругается матом на память :) Например, при перебросе амортизации ОС (хоть в xml хоть напрямую) один и тот же результат, кто как обходил эту проблему?

По частям пропихивай

Так и так по одному доку кидаю, можно ограничить данные самого документа?

Писать свое перенос, ну в принципи можно и строки в доку порезать.

"кто как обходил эту проблему?" - хм... а почему вы тогда не сообщаете что у вас с РАМом и какая ОС?

"Напрямую" - это так красиво называется. Реально тот же файл создается, только временный. Кусочками, более никак.

2 э... что - даже если через КОМ?

без разница

2 объясните

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

2 ужас... я думал он все-таки объекты создает в базе-приемнике

Сколько строк в документе, который переносится? Какой по размерам создается файл обмена?

Ты знаешь, я тоже надеялся что они фабрики и всяку другу хрень что понапихали использовали. Был наивен...

2 а планы обмена - в смсыле РИБ, когда говоришь что обмениваться напрямую - тоже так? щас посмотрю

Ты удивишься! Или обматеришься.... Та же хрень, вид сзади!

пользуй

Более 5000

Ну у тебя реально оперативки не хватает. При выгрузке создается многомерный массив, структурированная модель данных, вот она и не влезает. Файл тут ни при чем, тут я что-то наврал.

Помимо 15 :) 1. Попробовать в универсальной тащить только нужные данные (только ссылки - без разворачивания, без движений) 2. своя обработка

Надо еще смотреть - как в этот массив пишется. Может быть неоптимальность при загрузке и в результате он в оперативку тащит и многомерный массив и xml файл, неустановленной длины

Так по поводу 1го можно подробнее? Как в правилах можно настроить, что только ссылки без развораиваний?

у тебя в Амортизации ОС есть табличная часть? 1. в Амортизации основное это движения :)

много проводок, у меня на регистре бухгалтерии основной затык был

сколько бы небыло оперативки, все равно xml больше 2-х гиг не отхавает, а умрет с криками недостаточно памяти. поэтому и без разницы сколько оперативы 2, 4 или 16 гигов

Да, сорри. Но мне интересно было бы узнать размер файла.

Это еще не проблема. Просто выгружай напрямую сразу в базу без выгрузки в файл, но частями, вначале справочники, потом по 4-5 видов документов за выгрузку. У меня другая проблема когда он их выгрузит они будут все не проведены. И фишка в ом что налоговый учет уже встроен(нет галочки использовать или нет). И если Используются отрицательные остатки по складам и ведется учет по Партиям ( В базе есть организация использующая ЕНВД) То он их не дает проводить! Говорит что нет партии по Налоговому учету. А в 1.6 я бы просто убрал галочку "Нал учет" и все.