Sql Server 2005 экономия эффективности? - PullRequest
2 голосов
/ 26 сентября 2008

Существуют ли хорошие показатели экономии при использовании Sql Server 2005 по сравнению с Sql Server 2000?

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

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

Ответы [ 6 ]

1 голос
/ 26 сентября 2008

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

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

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

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

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

0 голосов
/ 26 сентября 2008

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

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

0 голосов
/ 26 сентября 2008

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

0 голосов
/ 26 сентября 2008

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

0 голосов
/ 26 сентября 2008

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

0 голосов
/ 26 сентября 2008

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...