powered by simpleCommunicator - 2.0.41     © 2025 Programmizd 02
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Низкая производительность SQL 7.0 оносительно 6.5
5 сообщений из 5, страница 1 из 1
Низкая производительность SQL 7.0 оносительно 6.5
    #32001250
Фотография Serge
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
При переходе с 6.5 на 7.0 прогнали тест на одинаковых базах на одном и том же железе (2хРIII, 512RAM, RAID 5). Тест вызывает статическую процедуру на Insert 1 записи, по этому Insert хлопает триггер и пускает пару статических процедур на Update других записей в др. таблицах. И это все в цикле (200). 6.5 выполняет тест быстрее, чем 7.0 в 4 - 5 раз вне зависимости от внешних условий. Нормально ли это? Есть ли какие установки, которые можно покрутить? И что можно сказать про производительность SQL 2000?

Спасибо за совет,
Сергей
...
Рейтинг: 0 / 0
Низкая производительность SQL 7.0 оносительно 6.5
    #32001253
wlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Странное дело. А вообще оптимизировали индексы на таблицах или нет? (По-моему лучшее что можно покрутить это сами запросы и таблицы)
...
Рейтинг: 0 / 0
Низкая производительность SQL 7.0 оносительно 6.5
    #32001258
Oleg F
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Действительно странно. Можно ему кол-во используемой памяти увеличить, а так основные настройки sp_configure он должен был взять при миграции с SQL 6.5. Статистику нужно в базе обновить, а то может действительно после миграции оптимизатор не знает какие индексы когда использовать. А вообще у нас такое наблюдение было, что после миграции скорость SELECT-ов осталась примерно на прежнем уровне, а скорость INSERT, UPDDATE и DELETE увеличилась.
Я в конференции где-то видел, что народ жаловался на SP2 к MS SQL Server 7.0. Дескать, поставили его и скорость сразу замедлилась. Но сам я побоялся этот эсперимент провести, у меня стоит SP1.
...
Рейтинг: 0 / 0
Низкая производительность SQL 7.0 оносительно 6.5
    #32001262
Фотография Garya
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если база данных только что создана с параметрами создания по умолчанию (1 Мб и Автоувеличение на 10%), то, возможно, что при выполнении в цикле тестовых операций производилось автоматическое изменение размеров файлов базы данных - а это весьма дорогостоящие операции. Чтобы этот фактор не влиял, нужно размер базы данных и журнала транзакций задать заведомо большим.
Проверить, совпадают ли в разных версиях значения параметров настройки. В частности, Nested Triggers. Возможно, что триггеры приводили в одном случае к рекурентому запуску самих себя, в другом случае нет.
Наиболее чистый эксперимент будет в том случае, если клиентское приложение расположено на другом компьютере, а на серваке ничего кроме MS SQL Server не стоит. Версия 6.5 использует фиксированные настройки памяти, а 7.0 динамически перестраивает используемую сервером память в зависимости от того, насколько интенсивно ее используют на этом же компьютере другие приложения. На перестройку параметров тоже уходит приличное время.
...
Рейтинг: 0 / 0
Низкая производительность SQL 7.0 оносительно 6.5
    #32001305
Pitcher
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
А выполнялся ли переход с 6.5 на 7.0 по схеме с 2-мя компьютерами?
Если нет, то такая ситуация совершенна не удивительна, Майкрософт проблему замедления при апгрейде официально признает, но в чем дело не говорит.
7.0 должен ставиться на совершенно чистую машину, на которой НИКОГДА не стоял 6.5, а если и был, то компу надо сделать "Формат Цеце" и поставить все заново.
...
Рейтинг: 0 / 0
5 сообщений из 5, страница 1 из 1
Форумы / Microsoft SQL Server [игнор отключен] [закрыт для гостей] / Низкая производительность SQL 7.0 оносительно 6.5
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]