AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Администрирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 27.09.2004, 15:15   #8  
LCh is offline
LCh
Участник
 
104 / 10 (1) +
Регистрация: 13.11.2002
Адрес: Санкт-Петербург
По статистике Microsoft, 90% причин торможения баз - всё же индексы.

Кроме них существенно влияет на производительность перечисление конкретных полей для выборки вместо выбора всех записей, и использование NOLOCK. Тем более, что 1Гб между серверами не поможет, если при открытии формы или отчёта выбираются все поля таблиц, и до клиентов требуется тянуть мегабайты.

Возможно, на медленном сервере все запросы выполнялись медленно. Затем, часть *нормальных* запросов на новом сервер стали выполнятся быстро, но заведомо плохие запросы по прежнему ставят сервер в тупик (блокировки тоже следует учесть, sp_who2). Советую всё же рассмотреть такой вариант.

Ещё вариант - на мощный сервер перетянули построение OLAP.

Настройки сервера тоже следует взглянуть. Особенно параметр, определяющий использование параллельного выполнения запросов. Очень маленькое значение убивает сервер.

Именно на формы влияет кэширование таблиц.
Теги
оптимизация, производительность

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Анализ производительности tolstjak DAX: Администрирование 4 04.02.2009 16:22
aEremenko: Тестирование производительности в DAX 4.0 Blog bot DAX Blogs 0 12.03.2008 16:05
снова COM Connector _A_ DAX: Прочие вопросы 11 02.09.2005 16:38
Тест производительности ksenia DAX: Администрирование 0 01.03.2004 23:27
Как использовать Анализ производительности mau DAX: Администрирование 3 17.12.2003 09:44

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 11:25.