Тема: MSSQL и Oracle
Показать сообщение отдельно
Старый 03.12.2009, 00:54   #24  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,342 / 3563 (125) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от BokarevSS Посмотреть сообщение
А каким же тогда способом лучше решить проблему медленного формирования отчетов?
Общая рекомендация - заняться оптимизацией БД. Включить трассировку запросов SQL (средствами Аксапты), посмотреть какие запросы наиболее тормознутые, попытаться создать более оптимальные индексы, нежели есть в штатной функциональности. В т.ч. задуматься о выравнивании влево.
Посмотреть на другие запросы других пользователей. Ведь неоптимизированный запрос, который одновременно выполняется большим количеством народа хорошо грузит систему в целом.
Посмотреть на загрузку диска (ов) с БД - может БД стоит на одном единственном физическом диске - который попутно выполняет еще какую-нибудь роль типа общей файлопомойки. А еще есть любители программы PGP, которые ставят эту программу на файловые диски и удивляются - почему увеличивается при этом нагрузка на диски.
Можно (но это уже когда все остальное проделано) попытаться вынести отдельные наиболее громоздкие таблицы в БД в отдельные файлы на отдельные физические диски.

В общем - советов по оптимизации можно давать много - суть одна - любой БД нужно заниматься при мало-мальским наполнении ее данными чтобы она нормально работала. Думаю, что смена платформы БД может дать эффект при нагрузке на БД под 100-200 одновременных (конкурентных) пользователей. И то, когда уже измучен каждый запрос, отправляемый к БД, а сервер оснащен "по последнему слову техники".
__________________
Возможно сделать все. Вопрос времени