|  18.07.2007, 15:18 | #1 | 
| Программер |  Слишком долго открывается форма Бух проводок 
			
			А также другие таблицы. При чем если указан какой нибудь фильтр то выборка происходит быстрее. Таблицу не дорабатывали, форму тоже. Где искать причину?
		 | 
|  | 
|  18.07.2007, 15:21 | #2 | 
| Administrator | 
			
			Попробуйте пересчитать статистики...
		 
				__________________ Возможно сделать все. Вопрос времени | 
|  | 
|  18.07.2007, 15:32 | #3 | 
| Участник | Цитата: Если не поможет, то поищите обсуждения. Здесь было несколько раз. Проявляется и в форме складских проводок. Суть проблемы: если открыть форму простую без индексов, то почему-то выполняется принудительная сортировка таблицы в tempdb. на эту сортировку тратится куча времени. если эту же таблицу открыть в браузере таблиц, то сортировка не выполняется (открывается быстро). Причины так и не установлены, способов решений, насколько я помню, тоже не предложено. | 
|  | 
|  18.07.2007, 15:49 | #4 | 
| Программер | 
			
			А где делается этот пересчет статистики? В броузере таблиц тоже долго открывается. | 
|  | 
|  18.07.2007, 15:53 | #5 | 
| Участник | 
			
			Тогда точно проблема с гигиеной на СУБД. В СУБД. Если у вас MS SQL, то читайте BOL про maintenance. | 
|  | 
|  18.07.2007, 15:55 | #6 | 
| Программер | 
			
			Спасиб, будем смотреть.
		 | 
|  | 
|  20.07.2007, 14:29 | #7 | 
| Программер | 
			
			Сделали обновление статистики. Не помогло    | 
|  | 
|  20.07.2007, 14:46 | #8 | 
| Member | 
			
			Ваша СУБД и версия системы Аксапта не являются коммерческой тайной? Вы умеете смотреть план исполнения запроса? Вы можете посмотреть параметры в конфигурационной утилите АОСа? 
				__________________ С уважением, glibs® | 
|  | 
|  23.07.2007, 09:11 | #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) | 
|  | 
|  23.07.2007, 10:15 | #10 | 
| Участник | 
			
			это не план запроса а сам запрос. кстати, попробуйте его выполнить из Management Studio - будет ли быстрее? Последний раз редактировалось belugin; 23.07.2007 в 10:27. | 
|  | 
|  23.07.2007, 11:21 | #11 | 
| NavAx | 
			
			Глупый вопрос... А протокол то у вас TCP/IP?
		 | 
|  | 
|  23.07.2007, 22:40 | #12 | 
| Member | 
			
			А как это влияет на план исполнения запроса? vasiliy, у меня запрос одинаково успешно сводится к поиску по индексу I_225BONDBATCHIDX_RU. У вас такой есть? Он жив-здоров? Не модифицирован? Адекватные ли у вас статистики? Что из себя представляет БД (сколько компаний, как много данных в текущей компании)? 
				__________________ С уважением, glibs® | 
|  | 
|  24.07.2007, 15:16 | #13 | 
| Программер | |
|  | 
|  24.07.2007, 15:16 | #14 | 
| Программер | |
|  | 
|  24.07.2007, 15:22 | #15 | 
| Участник | |
|  | 
|  24.07.2007, 15:38 | #16 | 
| Программер | Цитата: 
		
			Сообщение от glibs
			   А как это влияет на план исполнения запроса? vasiliy, у меня запрос одинаково успешно сводится к поиску по индексу I_225BONDBATCHIDX_RU. У вас такой есть? Он жив-здоров? Не модифицирован? Адекватные ли у вас статистики? Что из себя представляет БД (сколько компаний, как много данных в текущей компании)?   Компаний где то 6 штук (в одной базе). Размер одной компании около 4 гигов. Еще у нас на одном аосе штук 13 приложений   | 
|  | 
|  24.07.2007, 15:40 | #17 | 
| Программер | |
|  | 
|  24.07.2007, 16:08 | #18 | 
| Участник | 
			
			а что за скаляр?
		 | 
|  | 
|  24.07.2007, 16:14 | #19 | 
| Member | Цитата: 
		
			Сообщение от vasiliy
			
			 ... - compute scalar ... Это точно план от того запроса, что вы привели? Или запрос подвергся редакции? И хранить в базе поля а-ля A.DEL_CLOSEDID при больших объемах данных тоже смысла особого нет. 
				__________________ С уважением, glibs® | 
|  | 
|  25.07.2007, 07:36 | #20 | 
| Программер | 
			
			План именно тот, запрос изменению не подвергался. А что значит scalar?
		 | 
|  |