| 
			
			 | 
		#1 | 
| 
			
			 Программер 
		
			
	 | 
	
	
	
		
		
			
			 
			
			А также другие таблицы. При чем если указан какой нибудь фильтр то выборка происходит быстрее. Таблицу не дорабатывали, форму тоже. Где искать причину?
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#2 | 
| 
			
			 Administrator 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Попробуйте пересчитать статистики...
		 
		
		
		
		
		
		
			
				__________________ 
		
		
		
		
	Возможно сделать все. Вопрос времени  | 
| 
	
 | 
| 
			
			 | 
		#3 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
Если не поможет, то поищите обсуждения. Здесь было несколько раз. Проявляется и в форме складских проводок. Суть проблемы: если открыть форму простую без индексов, то почему-то выполняется принудительная сортировка таблицы в tempdb. на эту сортировку тратится куча времени. если эту же таблицу открыть в браузере таблиц, то сортировка не выполняется (открывается быстро). Причины так и не установлены, способов решений, насколько я помню, тоже не предложено.  | 
| 
	
 | 
| 
			
			 | 
		#4 | 
| 
			
			 Программер 
		
			
	 | 
	
	
	
		
		
		
		 
			
			А где делается этот пересчет статистики? 
		
		
		
		
		
		
		
	В броузере таблиц тоже долго открывается.  | 
| 
	
 | 
| 
			
			 | 
		#5 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Тогда точно проблема с гигиеной на СУБД. 
		
		
		
		
		
		
			
		
		
		
		
	В СУБД. Если у вас MS SQL, то читайте BOL про maintenance.  | 
| 
	
 | 
| 
			
			 | 
		#6 | 
| 
			
			 Программер 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Спасиб, будем смотреть.
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#7 | 
| 
			
			 Программер 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Сделали обновление статистики. Не помогло  
		
		
		
		
		
		
		
	 
		 | 
| 
	
 | 
| 
			
			 | 
		#8 | 
| 
			
			 Member 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Ваша СУБД и версия системы Аксапта не являются коммерческой тайной? 
		
		
		
		
		
		
			Вы умеете смотреть план исполнения запроса? Вы можете посмотреть параметры в конфигурационной утилите АОСа? 
				__________________ 
		
		
		
		
	С уважением, glibs®  | 
| 
	
 | 
| 
			
			 | 
		#9 | 
| 
			
			 Программер 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Аксапта 3.0 сп3 
		
		
		
		
		
		
		
	СУБД SQL Server 2005 SP2 (9.0.3042) План запроса: Код: SELECT A.ACCOUNTNUM,A.TRANSDATE,A.VOUCHER,A.TXT,A.AMOUNTMST,A.AMOUNTCUR,A.CURRENCYCODE,A.TRANSTYPE,A.DIMENSION,A.DIMENSION2_,A.DIMENSION3_,A.DIMENSION4_,A.DIMENSION5_,A.DIMENSION6_,A.DIMENSION7_,A.DIMENSION8_,A.QTY,A.PURCHLEDGERID,A.DOCUMENTDATE,A.JOURNALNUM,A.JOURNALIZESEQNUM,A.ALLOCATELEVEL,A.POSTING,A.CORRECT,A.DEL_CLOSEDID,A.CREDITING,A.DOCUMENTNUM,A.PAYMREFERENCE,A.PERIODCODE,A.OPERATIONSTAX,A.TOACCOUNT,A.FROMACCOUNT,A.PAYMMODE,A.JOURNALIZENUM,A.AMOUNTMSTSECOND,A.EUROTRIANGULATION,A.FURTHERPOSTINGTYPE,A.LEDGERPOSTINGJOURNALID,A.TAXREFID,A.DEL_OFFSETACCOUNTNUM_RU,A.BONDBATCHTRANS_RU,A.BONDBATCH_RU,A.RTSLFROMCOMPANYID,A.RTSLSESSIONTRANSID,A.JOURNALLINENUM,A.INSIDEDOCUMENTNUM,A.AVISODIMENSION,A.AVISODIMENSION2_,A.AVISODIMENSION3_,A.AVISODIMENSION4_,A.AVISODIMENSION5_,A.AVISODIMENSION6_,A.AVISODIMENSION7_,A.AVISODIMENSION8_,A.DOCUMENTLINENUM,A.MODULETRANS_RU,A.MODULETRANSID_RU,A.CREATEDDATE,A.CREATEDTIME,A.CREATEDBY,A.CREATEDTRANSACTIONID,A.RECID FROM LEDGERTRANS A WHERE ((DATAAREAID=?) AND (CREDITING=?)) ORDER BY A.DATAAREAID DESC,A.BONDBATCH_RU DESC,A.BONDBATCHTRANS_RU DESC,A.CREDITING DESC OPTION(FAST 1)  | 
| 
	
 | 
| 
			
			 | 
		#10 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			это не план запроса а сам запрос. 
		
		
		
		
		
		
		
		
			кстати, попробуйте его выполнить из Management Studio - будет ли быстрее? Последний раз редактировалось belugin; 23.07.2007 в 10:27.  | 
| 
	
 | 
| 
			
			 | 
		#11 | 
| 
			
			 NavAx 
		
			
	 | 
	
	
	
		
		
		
		 
			
			Глупый вопрос... А протокол то у вас TCP/IP?
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#12 | 
| 
			
			 Member 
		
			
	 | 
	
	
	
		
		
		
		 
			
			А как это влияет на план исполнения запроса? 
		
		
		
		
		
		
			vasiliy, у меня запрос одинаково успешно сводится к поиску по индексу I_225BONDBATCHIDX_RU. У вас такой есть? Он жив-здоров? Не модифицирован? Адекватные ли у вас статистики? Что из себя представляет БД (сколько компаний, как много данных в текущей компании)? 
				__________________ 
		
		
		
		
	С уважением, glibs®  | 
| 
	
 | 
| 
			
			 | 
		#13 | 
| 
			
			 Программер 
		
			
	 | 
	
	|
| 
	
 | 
| 
			
			 | 
		#14 | 
| 
			
			 Программер 
		
			
	 | 
	
	|
| 
	
 | 
| 
			
			 | 
		#15 | 
| 
			
			 Участник 
		
			
	 | 
	
	|
| 
	
 | 
| 
			
			 | 
		#16 | 
| 
			
			 Программер 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от glibs
			 
 
			А как это влияет на план исполнения запроса? 
		
	vasiliy, у меня запрос одинаково успешно сводится к поиску по индексу I_225BONDBATCHIDX_RU. У вас такой есть? Он жив-здоров? Не модифицирован? Адекватные ли у вас статистики? Что из себя представляет БД (сколько компаний, как много данных в текущей компании)?   Компаний где то 6 штук (в одной базе). Размер одной компании около 4 гигов. Еще у нас на одном аосе штук 13 приложений  
		 | 
| 
	
 | 
| 
			
			 | 
		#17 | 
| 
			
			 Программер 
		
			
	 | 
	
	|
| 
	
 | 
| 
			
			 | 
		#18 | 
| 
			
			 Участник 
		
			
	 | 
	
	
	
		
		
		
		 
			
			а что за скаляр?
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
			
			 | 
		#19 | 
| 
			
			 Member 
		
			
	 | 
	
	
	
		
		
		
		 Цитата: 
	
		
			Сообщение от vasiliy
			
			 
... 
		
	- compute scalar ... Это точно план от того запроса, что вы привели? Или запрос подвергся редакции? И хранить в базе поля а-ля A.DEL_CLOSEDID при больших объемах данных тоже смысла особого нет. 
				__________________ 
		
		
		
		
	С уважением, glibs®  | 
| 
	
 | 
| 
			
			 | 
		#20 | 
| 
			
			 Программер 
		
			
	 | 
	
	
	
		
		
		
		 
			
			План именно тот, запрос изменению не подвергался. А что значит scalar?
		 
		
		
		
		
		
		
		
	 | 
| 
	
 | 
| 
	
	 | 
	
		
| Опции темы | Поиск в этой теме | 
| Опции просмотра | |
		
  |