Вопрос

Есть ли значительная экономия эффективности при использовании Sql Server 2005 по сравнению с Sql Server 2000?

Или у него просто больше услуг и т. д.

Кто-нибудь видел, чтобы их система работала быстрее после обновления?

Это было полезно?

Решение

Сопутствующие инструменты, такие как службы Analysis Services, были существенно переписаны и могут принести вам различные преимущества в зависимости от ваших требований.Однако я не вижу серьезных фундаментальных изменений с 2000 по 2005 год в ядре базы данных.

Есть некоторые улучшения, которые могут повысить производительность в определенных ситуациях.SQL2005 имеет гораздо лучшую поддержку 64-битных архитектур и лучшее секционирование таблиц, чем SQL2000 (вы можете секционировать таблицу, а не создавать секционированные представления).Поддержка 64-разрядной версии, скорее всего, обеспечит выигрыш в производительности в большой системе, поскольку позволяет настраивать кэши гораздо большего размера.

Помимо этих особенностей, я не думаю, что есть действительно большая разница.Вероятно, есть небольшие изменения в производительности.

Основной причиной перехода с SQL2000 на SQL2005 станет прекращение поддержки SQL2000.Если у вас есть работающее приложение на SQL2000, у вас не так много веских причин для перехода на 2005, пока 2000 все еще поддерживается Microsoft.

Системы хранилищ данных получат немало преимуществ от перехода на SQL2005.SSIS, SSAS2005 и SSRS2005 намного лучше своих аналогов SQL2000.

Другие советы

2005 обеспечивает MVCC - по существу управление версиями на уровне строк - поэтому для разработчика есть некоторые преимущества:меньше блокировок, о которых стоит беспокоиться.

Я не мигрировал систему с 2000 на 2005 — я начал либо с одной, либо с другой — поэтому у меня нет собственного сравнения.Но есть большая вероятность, что вы увидите разницу в производительности;если не благодаря использованию некоторых новых функций, таких как изоляция моментальных снимков, то, по крайней мере, благодаря тому факту, что модель лицензирования SQL2005 позволяет вам использовать многоядерность без дополнительных затрат на лицензию, а также благодаря тому факту, что SQL2005 имеет улучшенное управление памятью. .

В 2005 году дела пойдут намного быстрее.В оптимизаторе запросов было внесено несколько улучшений.И теперь вы можете создавать покрывающие индексы, чтобы включенные столбцы существовали только на конечном уровне и их не нужно было сортировать.Уже одно это является огромным улучшением и достаточным основанием для обновления.

SQL 2005 лучше справляется с кэшированием.Раньше вам приходилось периодически опрашивать SQL 2000, чтобы проверить наличие обновлений для всей таблицы.Теперь вы можете подписаться на уведомление, когда что-то изменится.Это также работает для запросов, таблиц и некоторых других элементов.

Я бы сказал «да» по всем причинам, перечисленным другими, но даже если ваши навыки SQL не так сильны и ваши запросы не так хороши, они, вероятно, будут работать быстрее в 2005 году.Мы перешли с 2000 на 2005 год, и у нас было несколько сложных запросов, которые мы не смогли должным образом оптимизировать в 2000 году.Когда мы перешли в 2005 год, количество запросов съелось!Очевидно, что оптимизатор сразу же принимал гораздо лучшие решения.

Я настоятельно рекомендую перейти на 2005 год, если у вас нет проблем с 2000 годом.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top