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?
|
|