Один из наших клиентов обновляет свои серверы, потому что старые машины больше не могут обрабатывать нагрузку на базу данных. Они используют sql 2000 в течение последних 6 лет, а db вырос до нескольких ГБ данных.Каковы основные преимущества SQL Server 2005/2008 по сравнению с SQL Server 2000?
Стоит ли модернизировать до 2005 или 2008 года? Каковы основные преимущества новых версий по сравнению с 2000 годом?
I вы планируете обновить SqlServer 2000 Я бы пропустить 2005 и перейти непосредственно к SqlServer 2008
Он имеет все черты 2005 плюс некоторые дополнительные (например, возможность передать табличную переменную в качестве параметра к хранимой процедуре, новым типам дат, обработке пространственных данных и т. д.)
Вы можете обратиться к Advantages of MS SQL Server 2008 over MS SQL Server 2005 вопросу для полного списка функций
EDIT
Я вижу, что этот вопрос был обновлен, и теперь SqlServer 2008 входит в вопросе.
Главное преимущество CLR integration, если быть честным - это позволяет вам гораздо больше гибкости в том, как вы кодируете свою базу данных, предоставляя вам возможность включать процедурные C# или VB.NET в свои процедуры, а не на основе набора T- SQL.
Есть несколько новых функций, которые полезны, например, как сервис-брокер, но в плане производительности вы не увидите больших улучшений при переходе с 2000 до 2005 года. Вам будет намного лучше: a) настройка вашей базы данных и б) инвестиции в новое оборудование.
В дополнение к интеграции CLR, упомянутой Galwegian, главные плюсы для меня являются:
Другим отличием отметить, что вместо пакетов DTS, которые вы использовали бы в Sql 2005, используется Integration Services, что в то же время похоже на совершенно другую игру в мяч.
Общие выражения таблицы лучше всего. Выполните также как владельца для правил хранимых процедур. – 2008-12-01 10:58:29
Поддержка XML в наши дни очень важна +1 – annakata 2008-12-01 13:23:49
В зависимости от того, какую версию SQL Server вы используете, SQL 2005 имеет менее ограничительные аппаратные ограничения/ограничения, чем соответствующие выпуски в SQL2k.
Например, SQL 2000 Standard Edition не будет использовать более 2 ГБ (на практике 1,7 ГБ), в то время как стандартная версия SQL 2005 не ограничена (доходит до OS max).
См: http://msdn.microsoft.com/en-us/library/aa933149(SQL.80).aspx
... и ...
http://www.microsoft.com/sqlserver/2005/en/us/compare-features.aspx
Итак: если вы используете стандартный выпуск + экземпляр SQL Server 2000 в настоящее время использует ~ 1,6 Гб RAM + ваш сервер имеет 3 Гбайт или больше физической памяти, тогда, вероятно, стоит модернизировать только для преимуществ, которые увеличивают использование памяти ... (более кешированные данные таблицы, индексы, планы и т. д.)
Online ind ex rebuilds - хорошая функция. Я думаю, что это может быть только вариант в Enterprise edition.
Разделение пользователей и схем является еще одним хорошим дополнением. В SQL 2005, если вы хотите разделить схему на логическую/функциональную область или аналогичную, а не на пользователя в своей базе данных, вы можете создавать схемы, такие как «hr», «sales», «accounting», «production», а затем создавать пользовательские таблицы в соответствии с соответствующими схемами.
В SQL 2000 имя схемы было идентично владельцу/создателю таблицы.
Я думаю, что SQL Server 2000 больше не поддерживается Microsoft. Если я ошибаюсь, скоро это произойдет ...
MS SQL 2005 и 2008 имеют много раздутых технологий, одна из которых - возможность ввода кода CLR в хранимые процедуры. НЕ ДЕЛАЙТЕ ЭТО!
Другая «функция» - это возможность выставлять вашу базу данных в виде WebServices, но опять же; НЕ ДЕЛАЙТЕ ЭТО!
Третья особенность - возможность использовать «уведомления» из вашей базы данных и в свой прикладной уровень, но опять же; НЕ ДЕЛАЙТЕ ЭТО ...!
Ваша база данных - это ведро и оно должно «хранить данные», период. Многие функции Microsoft, поставленные в 2005 и 2008 годах, я уверен, что они сделали это, потому что они хотели усложнить использование библиотек O/RM, которые абстрагируют от фактического поставщика базы данных, чтобы люди могли изменять базы данных по своему усмотрению. Затем, добавив много «глупых функций», которые идут вразрез с каждой лучшей практикой, которую мы узнали о базах данных с 70-х, им удалось создать новую блокировку, в которой удалены блокировки поставщиков, заставляя людей использовать материал, который им действительно не нужно использование в любом случае ...
Отчасти из-за этого в 2005 и 2008 годах может быть много интересных функций (например, упомянутых здесь, поддержка!) и таких вещей, как оптимизация, исправления и т. д. Но будьте осторожным, поэтому вы не начинаете использовать материал, который держит ваше приложение, и не позволяет использовать лучшие практики и блокирует вас ... :(
В общем, мне бы пришлось категорически не согласиться с этим. Интеграция CLR - это классно, но также имеет тенденцию к переусердству. Я согласен с вашим заявлением, если вы знаете, когда его использовать, а когда нет. – 2008-12-01 14:34:42
@Mladen - Я полностью согласен - я видел, что интеграция CLR используется неправильно, чем я видимо, правильно используется. В неправильных руках это может быть «достаточно веревка». – Galwegian 2008-12-01 14:50:19
Как и в случае с любой другой технологией. Новая технология обычно подвергается насилию, а некоторые другие, конечно же, и в этом случае CLR очень легко злоупотреблять. он имеет свое законное место в сервере sql. – terjetyl 2008-12-22 09:18:50