| 
			
			 | 
		#1 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
			
			
			Разноска складского журнала в 10000 строк.
			 
			
			Проблема такого плана, есть журнал с 10 тысячами строк. 
		
		
		
		
		
		
		
	Пытаюсь импортировать остатки с помощью журнала Profit/Loss Импортируется все это хозяйство ооочень долго, часов 10 наверное пыталось сделаться, но так и не смогло. Не выдав не ошибки, ничего. Когда я сделал журнал в 1 тысячу строк то разноска произошла минут за 10. Все же хотелось бы сделать это одним журналом. Возможно-ли сие чудо?  | 
| 
	
 | 
| 
			
			 | 
		#2 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			нет. только теоретически.
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#3 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Спасибо. 
		
		
		
		
		
		
		
	Интересно от чего это может зависеть? Есть ли какие-нибудь рекомендации от разработчиков системы, по возможной максимальной нагрузке.  
		 | 
| 
	
 | 
| 
			
			 | 
		#4 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Нет таких рекомендаций не видел. 
		
		
		
		
		
		
		
	Тут надо понимать, что до того, как сделать финансовую проводку, Аксапта собирает все финансовые данные в контейнере. Контейнер "живет" в свопе. В российской версии при включенной корреспонеднции данные в контейнере не агрегируются. Никак. Поэтому, при включенной корреспонденции, контейнер принимает совершенно неприличные размеры.   Со всеми вытекающими.
		 | 
| 
	
 | 
| 
			
			 | 
		#5 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Да, забыл. 
		
		
		
		
		
		
		
	Это не нагрузка на Аксапту. Это требование к максимальному объему финансовой проводки.  | 
| 
	
 | 
| 
			
			 | 
		#6 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Просто написал тут импорт остатков из DBF. 
		
		
		
		
		
		
		
	а там много строк, но делается быстрее чем из EXCELя. Попробую отключить корреспонденцию тогда. А для складских журналов нужна корреспонденция?  | 
| 
	
 | 
| 
			
			 | 
		#7 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Для ввода остатков можно обойтись без корреспонденции. 
		
		
		
		
		
		
		
	Однако, если загрузка все равно ПИШЕТСЯ... То лучше создать несколько журналов прямо в обработке. Там также просто как и создание строк журнала. Даже проще.  | 
| 
	
 | 
| 
			
			 | 
		#8 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Извините за то, что влез, но у нас в Navision те же проблемы 
		
		
		
		
		
		
			 
		
				__________________ 
		
		
		
		
	Александр Игнатьев  | 
| 
	
 | 
| 
			
			 | 
		#9 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Та же проблема , но при обработке заказов . Заказов может быть за день > 500, в каждом в среднем 10 наименований.  Скажите, кто знает, в пакетном режиме обработки происходит деление автоматически по максимальному объему финансовой проводки ? Или это надо на глаз определять ?
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#10 | 
| 
			
			 Аксакал в отставке 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Прежде всего давайте разделим ввод начальных остатков и ежедневную регистрацию хозяйственных операций. 
		
		
		
		
		
		
			Если проблема при вводе остатков - это проблема тестовой эксплуатации или еженочного экспорта-импорта информации, например, из филиалов в центральный офис. Решается мощными аппаратными возможностями оборудования.   Обработка заказов, в спецификациях которых десять-двадцать позиций, лично у меня проблем с производительностью Axapta не вызывала. Хотелось бы узнать, как смоделировать проблему, описанную Swetik. 
				__________________ 
		
		
		
		
	Девочка, никогда не произноси слова только за то, что они такие длинные и красивые; говори только то, что знаешь. (Л.Кэрролл "Алиса в стране чудес").  | 
| 
	
 | 
| 
	
	 | 
	
		
  |