Хорошая экономия средств при использовании Sql Server 2005 над Sql Server 2000?Sql Server 2005 экономия средств?
Или это просто дополнительные услуги и т.д.
Кто-нибудь видел их работу системы любой быстрее после выполнения обновления?
Окружающие инструменты, такие как службы 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 годом.
Только в том случае, если база данных хорошо разработана. У меня была привилегия работать с чудовищем, которое на самом деле продолжалось медленнее в 2005 году – 2008-09-26 11:35:47