MSSQL и Oracle

[BokarevSS]

А каким же тогда способом лучше решить проблему медленного формирования отчетов?
Ведь исходя из вышесказанного, от выравнивания вправо лучше отказаться, тогда при этом сортировка не будет правильной.

[egorych]

Вообще высокая загрузка SQL не всегда означает что именно запрос тормозит!
Для начала я бы сделал "обследование" сервера на предмет узких мест - счетчики пописать и проанализировать, а потом уже смотреть на запросы.

[Wamr]

Zitat:

Zitat von BokarevSS

..от выравнивания вправо лучше отказаться, тогда при этом сортировка не будет правильной.

ну почему же, если у вас счета ГК настроены "как обычно", то останется правильной

[sukhanchik]

Zitat:

Zitat von BokarevSS

А каким же тогда способом лучше решить проблему медленного формирования отчетов?

Общая рекомендация - заняться оптимизацией БД. Включить трассировку запросов SQL (средствами Аксапты), посмотреть какие запросы наиболее тормознутые, попытаться создать более оптимальные индексы, нежели есть в штатной функциональности. В т.ч. задуматься о выравнивании влево.
Посмотреть на другие запросы других пользователей. Ведь неоптимизированный запрос, который одновременно выполняется большим количеством народа хорошо грузит систему в целом.
Посмотреть на загрузку диска (ов) с БД - может БД стоит на одном единственном физическом диске - который попутно выполняет еще какую-нибудь роль типа общей файлопомойки. А еще есть любители программы PGP, которые ставят эту программу на файловые диски и удивляются - почему увеличивается при этом нагрузка на диски.
Можно (но это уже когда все остальное проделано) попытаться вынести отдельные наиболее громоздкие таблицы в БД в отдельные файлы на отдельные физические диски.

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

[somebody]

Zitat:

Zitat von BokarevSS

MS Dynamics Axapta медленно формирует отчеты, из-за больших объемов БД.

ВСЕ отчёты?
Так не бывает. Вы посмотрите конкретные отчёты, к-рые тормозят, помониторьте запросы, к-рые отправляются на SQL-сервер, посмотрите планы этих запросов.
Может, всего лишь каких-то индексов не хватает... Проверьте блокировки при создании отчётов - например, кто-то меняет данные, используемые отчётом, из-за чего отчёт может тормозить.

В общем, разберитесь сначала с SQL-сервером, помониторьте затратные запросы, ожидания, блокировки.

Бывает, отчёты, выполненные средствами Аксапты, работают медленно, приходится через прямое обращение к SQL-серверу заливать временные таблицы, это в разы или даже на порядки быстрее. Говорю по собственному опыту.

Да может, Вы вообще в Excel заливаете неоптимальным образом, тогда получите огромные тормоза (здесь на форуме обсуждалось неоднократно).

В общем, не спешите Вы на Оракл переходить, и даже на SQL 2005.

Zitat:

Zitat von BokarevSS

из-за больших объемов БД

Объём БД какой? У Вас, может, бОльшую его часть занимают SysdatabaseLog и таблицы, связанные с закрытием склада?
Могуть быть тормоза и на мизерной БД, и может летать на нескольких сотнях Гб.