AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 25.06.2008, 09:46   #1  
npokypatop is offline
npokypatop
Злыдни
Сотрудники компании It Box
Злыдни
 
60 / 14 (1) ++
Регистрация: 28.09.2005
Адрес: Санкт-Петербург
Очистить память после разноски журнала ОС
Господа, всем добрый день,
знаю, что эта тема проднималась тут не раз, но решения проблемы я так и не нашла.

Собсно, суть проблемы. Есть куча журналов с амортизацией ОС. В журналах от 1000 до 15000 строк.
Все журналы нужно разнести (и в короткий срок, но Б-г с ним, со сроком, хотя бы разнести).
Перед разноской пользователям нужно предварительно просмотреть журнал. Им это очень нужно...
Итак, первый журнал "просматривается" нормально, отъедая порядка 500Мб за час предв.разноски журнала (на 5000 строк).
Но после завершения операции память не возвращается (даже по прошествии некоторого времени). Соответственно, следующий журнал пожирает всю доступную память, иногда АОС падает, иногда нет, но это уже неважно

А вот теперь вопрос - как? как чистить память? Операции

Global::smartHeapMemorySizeUp()
hc.shrinkPool()
hc.postCompactingMessage()

не помогают ((

версия MSSQL 2000 SP4
версия MDAC 2.82.3959.0
версия DAx kernel 4.0.2163.0
appl 4.0.2214.0

PS ограничение по количеству строк не помогает, так как это предварительный просмотр, и пользователям нужны сгруппированные по журналу проводки, им это дальше в другую систему выгружать
__________________
Все может быть и быть все может, все может быть или не быть,
но быть того никак не может, чего совсем не может быть.
За это сообщение автора поблагодарили: Logger (1).
Старый 25.06.2008, 10:52   #2  
MironovI is offline
MironovI
Участник
 
725 / 77 (4) ++++
Регистрация: 30.05.2005
Вот когда вспомнишь с ностальгией про двухуровневый режим
Старый 25.06.2008, 11:03   #3  
Михаил Андреев is offline
Михаил Андреев
Участник
Компания АМАНД
Лучший по профессии 2009
 
1,258 / 228 (10) ++++++
Регистрация: 09.11.2001
Адрес: Химки, Московская область
ИМХО: У меня возникает ощущение, что проще разобраться с пользователями или переделать предварительный расчёт этих проводок, сделав отчёт по журналу, например. Отчёт оптимизировать всегда можно под нужды клиента, сделав нужную группировку, и счета подцепить. Тем более, журнал простой - амортизация. Это не выбытие с убытком
__________________
Михаил Андреев, www.amand.ru
Старый 25.06.2008, 13:12   #4  
npokypatop is offline
npokypatop
Злыдни
Сотрудники компании It Box
Злыдни
 
60 / 14 (1) ++
Регистрация: 28.09.2005
Адрес: Санкт-Петербург
Цитата:
Сообщение от Михаил Андреев Посмотреть сообщение
ИМХО: У меня возникает ощущение, что проще разобраться с пользователями или переделать предварительный расчёт этих проводок, сделав отчёт по журналу, например. Отчёт оптимизировать всегда можно под нужды клиента, сделав нужную группировку, и счета подцепить. Тем более, журнал простой - амортизация. Это не выбытие с убытком
Эээ.. простите, а какие способы разборок с пользователями Вы можете предложить?.. И не совсем понятно насчет переделки расчета. Нужно, чтобы ОС из одного филиала были в одном журнале, и чтобы номер документа был один - это выгружается дальше в другую систему. Т.е. по-любому надо выгружать скопом, как ни извращайся.
Вариант выгрузки не во временную таблицу, а в постоянную, тоже не помогает. Единственное преимущество - то, что выгруженный журнал можно просмотреть еще раз.
__________________
Все может быть и быть все может, все может быть или не быть,
но быть того никак не может, чего совсем не может быть.
Старый 25.06.2008, 15:35   #5  
MironovI is offline
MironovI
Участник
 
725 / 77 (4) ++++
Регистрация: 30.05.2005
Я так понял - суть предложения - написать по журналу отчет, который будет из профилей разноски ОС выдергивать счета, групировать все это потом, короче имтировать формирование проводок, только отчетом.

Последний раз редактировалось MironovI; 25.06.2008 в 16:06.
Старый 25.06.2008, 16:15   #6  
konopello is offline
konopello
SAP
SAP
 
628 / 76 (4) ++++
Регистрация: 08.11.2005
Адрес: Минск
Цитата:
Эээ.. простите, а какие способы разборок с пользователями Вы можете предложить?.. И не совсем понятно насчет переделки расчета. Нужно, чтобы ОС из одного филиала были в одном журнале, и чтобы номер документа был один - это выгружается дальше в другую систему. Т.е. по-любому надо выгружать скопом, как ни извращайся.
А в чем проблема, журналы которые должны выгружать одним скопом помечать каким небудь номером и плясать не от номера журнала, а от нового номера которым помечена группа журналов.
Старый 25.06.2008, 16:35   #7  
npokypatop is offline
npokypatop
Злыдни
Сотрудники компании It Box
Злыдни
 
60 / 14 (1) ++
Регистрация: 28.09.2005
Адрес: Санкт-Петербург
Цитата:
Сообщение от konopello Посмотреть сообщение
А в чем проблема, журналы которые должны выгружать одним скопом помечать каким небудь номером и плясать не от номера журнала, а от нового номера которым помечена группа журналов.
Ага, моя программерская мысль так и сработала. И даже разработала такое... Но это тоже обходной путь, если ничего не придумаю про память - так и придется...
А реально - так и сделала, номер сессии журнала, в каждом журнале ограниченное количество строк, обработка группы журналов - по одному номеру сессии, вывод строк в XL тоже по сессии
Но это неудобно, и пользователи не в восторге
Плюс еще (а про разработку даже думать не хочется) группировка перед выгрузкой в стороннюю систему нужна...
В общем, хочу узнать, как память почистить
__________________
Все может быть и быть все может, все может быть или не быть,
но быть того никак не может, чего совсем не может быть.
Старый 25.06.2008, 17:03   #8  
UNRW is offline
UNRW
Участник
 
374 / 66 (3) ++++
Регистрация: 16.09.2004
Адрес: Москва
например, мы проблему решали тупо:
автоматически создаются журналы амортизации по 1000 строк (делали простенькую модификацию) т.к. с ростом кол-ва строк время разноски расет нелинейно
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Профили разноски ОС TasmanianDevil DAX: Программирование 0 20.10.2006 11:54
Вопрос по профилям разноски ОС treeny DAX: Функционал 2 20.05.2005 16:02
Нужен запрет на изменения данных журнала переноса после его распечатки ATimTim DAX: Программирование 4 19.01.2005 12:16
Как поменять программно Заказ после разноски? NJD DAX: Программирование 4 11.11.2004 16:14
3.0, Модуль: ОС, операция: Разноска строк журнала ОС (с предварит просм проводок) MagisterLudi DAX: Функционал 2 07.10.2003 18:55
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 15:21.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.