Слишком долго открывается форма Бух проводок

[vasiliy]

А также другие таблицы. При чем если указан какой нибудь фильтр то выборка происходит быстрее. Таблицу не дорабатывали, форму тоже. Где искать причину?

[sukhanchik]

Попробуйте пересчитать статистики...

[mazzy]

Цитата:

Сообщение от vasiliy

А также другие таблицы. При чем если указан какой нибудь фильтр то выборка происходит быстрее. Таблицу не дорабатывали, форму тоже. Где искать причину?

Да, попробуйте выполнить элементарные меры гигиены для СУБД.
Если не поможет, то поищите обсуждения. Здесь было несколько раз.
Проявляется и в форме складских проводок.

Суть проблемы: если открыть форму простую без индексов, то почему-то выполняется принудительная сортировка таблицы в tempdb. на эту сортировку тратится куча времени. если эту же таблицу открыть в браузере таблиц, то сортировка не выполняется (открывается быстро). Причины так и не установлены, способов решений, насколько я помню, тоже не предложено.

[vasiliy]

А где делается этот пересчет статистики?

В броузере таблиц тоже долго открывается.

[mazzy]

Цитата:

Сообщение от vasiliy

В броузере таблиц тоже долго открывается.

Тогда точно проблема с гигиеной на СУБД.

Цитата:

Сообщение от vasiliy

А где делается этот пересчет статистики?

В СУБД. Если у вас MS SQL, то читайте BOL про maintenance.

[vasiliy]

Спасиб, будем смотреть.

[vasiliy]

Сделали обновление статистики. Не помогло

[glibs]

Ваша СУБД и версия системы Аксапта не являются коммерческой тайной?

Вы умеете смотреть план исполнения запроса?

Вы можете посмотреть параметры в конфигурационной утилите АОСа?

[vasiliy]

Аксапта 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)

При выполнении сканируется вся таблица.

[belugin]

это не план запроса а сам запрос.

кстати, попробуйте его выполнить из Management Studio - будет ли быстрее?

[vasiliy]

Цитата:

Сообщение от belugin

это не план запроса а сам запрос.

кстати, попробуйте его выполнить из Management Studio - будет ли быстрее?

В плане запроса видно только то что идет полное сканирование запроса

[belugin]

Цитата:

Сообщение от vasiliy

В плане запроса видно только то что идет полное сканирование запроса

Полное сканирование таблицы.

А cортировка по индексу происходит?

[vasiliy]

Цитата:

Сообщение от belugin

Полное сканирование таблицы.

А cортировка по индексу происходит?

Нет. Хотя в запросе сортировка указана.
А в плане запроса только это:
sort
- compute scalar
- ledgertrans Table Scan

[glibs]

Цитата:

Сообщение от vasiliy

...
- compute scalar
...

Странно, а это по какому поводу происходит?

Это точно план от того запроса, что вы привели? Или запрос подвергся редакции?

И хранить в базе поля а-ля A.DEL_CLOSEDID при больших объемах данных тоже смысла особого нет.

[Vadik]

Цитата:

Сообщение от vasiliy

А в плане запроса только это:
sort
- compute scalar
- ledgertrans Table Scan

select databasepropertyex(db_name(), 'collation')
что вернет?

[raz]

Глупый вопрос... А протокол то у вас TCP/IP?

[vasiliy]

Цитата:

Сообщение от raz

Глупый вопрос... А протокол то у вас TCP/IP?

Да, он самый.

[glibs]

А как это влияет на план исполнения запроса?

vasiliy, у меня запрос одинаково успешно сводится к поиску по индексу I_225BONDBATCHIDX_RU. У вас такой есть? Он жив-здоров? Не модифицирован? Адекватные ли у вас статистики? Что из себя представляет БД (сколько компаний, как много данных в текущей компании)?

[vasiliy]

Цитата:

Сообщение от glibs

А как это влияет на план исполнения запроса?

vasiliy, у меня запрос одинаково успешно сводится к поиску по индексу I_225BONDBATCHIDX_RU. У вас такой есть? Он жив-здоров? Не модифицирован? Адекватные ли у вас статистики? Что из себя представляет БД (сколько компаний, как много данных в текущей компании)?

Индекс такой есть, без модификаций. Статистики обновлялись пару дней назад. По поводу того адекватные они или нет, не знаю как это посмотреть
Компаний где то 6 штук (в одной базе). Размер одной компании около 4 гигов.
Еще у нас на одном аосе штук 13 приложений

[belugin]

а что за скаляр?