|
13.04.2007, 12:25 | #1 |
Участник
|
перевод SQL 2000 на SQL 2005
У нас возникла небольшая проблема после перевода базы с SQL 2000 на SQL 2005 Аксапта 3.0 SP2 . В общем быстродействие увеличилось , но при открытии "тяжелых" форм (например проводки - кол записей > 8 млн) , аксапта зависает мин на 10-15. Никто не сталкивались с подобными проблемами? И как можно с этим бороться?
|
|
13.04.2007, 12:40 | #2 |
Участник
|
И если посмотреть на сервер, то можно увидеть, что происходит TableScan?
Да встречался. Нет, пока руки не дошли. Но скорее всего вы говорите про таблицу InventTrans и форму Главное меню \ Управление запасами \ Запросы \ Проводки \ Проводки. Можно дурацкий вопрос (чтобы в дальнешем даже не думать об этом): после перехода на SQL2005 вы индексы перестраивали, статистику пересчитывали? Я сильно подозреваю, что проблема в том, что: 1. у таблицы InventTrans не указан ни PrimaryIndex, ни ClusterIndex 2. у датасорса в форме индекс также не указан В этих условиях SQL почему-то вообще не выбирает никакого индекса, а тупо сканит всю таблицу. Когда у меня дойдут руки до этого случая я хотел двигаться в этом направлении. Буду рад, если кто-нибудь укажет более проверенный путь. |
|
13.04.2007, 12:42 | #3 |
Участник
|
Кстати, настоятельно рекомендую накатить хотя бы KR2 на все бинарники (не уверен насчет KR3, но KR2 можно и нужно накатывать)
|
|
13.04.2007, 12:48 | #4 |
Участник
|
Цитата:
Сообщение от SNG
У нас возникла небольшая проблема после перевода базы с SQL 2000 на SQL 2005 Аксапта 3.0 SP2 . В общем быстродействие увеличилось , но при открытии "тяжелых" форм (например проводки - кол записей > 8 млн) , аксапта зависает мин на 10-15. Никто не сталкивались с подобными проблемами? И как можно с этим бороться?
|
|
13.04.2007, 13:33 | #5 |
Участник
|
Цитата:
Но вопрос остается: зачем при работе с SQL2005 форма читает ВСЕ записи, входящие в фильтр? По идее форма должна загружать только отображаемые на экране плюс по 20 записей за экраном сверху и снизу. |
|
13.04.2007, 14:13 | #6 |
Участник
|
Сомневаюсь, что это в форме. А тип кеширования какой установлен для данной таблицы?
|
|
13.04.2007, 16:38 | #7 |
Участник
|
"читает ВСЕ записи" = фетчит все записи?
__________________
Axapta v.3.0 sp5 kr2 |
|
13.04.2007, 17:04 | #8 |
Участник
|
Да.
При этом дико возрастает дисковая очередь на сервере, невооруженным взглядом видно как он надрывается пытаясь прочитать все записи. |
|
13.04.2007, 13:05 | #9 |
Участник
|
после перехода на SQL2005 индексы перестраивали, статистику пересчитывали
у таблицы InventTrans указавали и PrimaryIndex, и ClusterIndex у датасорса в форме индекс устанавливали ничего не помогает |
|
13.04.2007, 14:16 | #10 |
Модератор
|
запрос и план исполнения покажете?
__________________
-ТСЯ или -ТЬСЯ ? |
|
13.04.2007, 14:12 | #11 |
Участник
|
С фильтрами все работает. ПРавда как только очищаем фильтры опять все зависает.
|
|
13.04.2007, 14:19 | #12 |
Участник
|
А по-моему, там проблема не в InventTrans'е, а в InventDim'е
__________________
Axapta v.3.0 sp5 kr2 |
|
13.04.2007, 14:20 | #13 |
Участник
|
|
|
13.04.2007, 14:23 | #14 |
Участник
|
Тейбл скан идет по InventDim
__________________
Axapta v.3.0 sp5 kr2 |
|
13.04.2007, 14:37 | #15 |
Участник
|
Хм... Нет, но... А какая разница?
Зачем она загружает ВСЕ записи, а не видимые only? |
|
13.04.2007, 14:29 | #16 |
Участник
|
Да по InventDim
|
|
13.04.2007, 14:39 | #17 |
Участник
|
тип кеширования пробовал менять . никакого результата.
|
|
13.04.2007, 14:43 | #18 |
Участник
|
Интересно только у нас такая проблема на 2005 ?
|
|
13.04.2007, 15:02 | #19 |
Участник
|
Мой квант опыта (Ax 2.5, Oracle 8i):
после перехода на другую оптимизационную модель в Oracle стала долго открываться форма с Накладными. После того, как на форме с датасорсов убрал использование индексов для сортировки, скорость открытия восстановилась |
|
13.04.2007, 17:50 | #20 |
Участник
|
Да диск на сервере занят на все 100.
|
|
Теги |
ax3.0, collation, sql server |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|