Я не коснулся бы его с отпорным крюком. У одного клиента у меня было использование его, были только проблемы с ним, часто умирая и вызывая проблемы с другими вещами, работающими на машине. Существует многое из другого, меньшего количества sucky, MTAs там.
Они оба надежны. Если у Вас есть выбор, перейдите прямо к SQL Server 2008 - существуют улучшения с каждым выпуском, и даже если Вы - один из вида людей, которым нравится ожидать, пока пакет обновления не выпущен прежде, чем установить приложение, SQL Server 2008 SP1 отсутствовал больше месяца теперь.
Вот является каталог новых возможностей в SQL Server 2008. Также свойственный от каждого выпуска (но тяжелее определить) улучшения механизма устройства хранения данных, которые позволяют SQL Server работать более оптимально и надежно.
Вы не должны испытывать никакие затруднения при передаче баз данных от SQL2000 до 2005 или 2008, но Вы будете желать сделать надлежащий тест приложений прежде, чем сделать так в продуктивной среде (на всякий случай).
У меня еще нет опыта SQL2008, но мы переместили многих DBS с 2000 до 2005 только с одной маленькой проблемой с некоторым кодом в старом приложении. Та проблема происходила из-за того, как некоторые представления были определены/названы в том проекте. Если представление определяет поле как "ВЫБОР [somefield] =NULL, [и], [отдых] ОТ [sometable]" затем приложение, выполняющее "ВЫБОР * ОТ [theview], ГДЕ [somefield] = 'значение'" иногда вызывало бы cast-of-varchar-to-int ошибку (но не во всех случаях) в SQL2005, где это никогда не делало в SQL2000. Простое решение состояло в том, чтобы изменить представление на [somefield] =CAST (ПУСТОЙ AS NVARCHAR). Вы, вероятно, не столкнетесь с этой конкретной проблемой, и у нас не было никаких других, но она подтверждает точку зрения, что необходимо сделать полный тест приложения в dev/test среде прежде, чем сделать переход для живого сервиса.
Мы переместили DBS с SQL2005 на 32 бита на серверы SQL2005 на 64 бита без любых проблем вообще, и я ожидаю идти от 64 назад к 32, работал бы точно также.
Обратите внимание, хотя это когда-то перемещенное в SQL2005, кладущий обратно базу данных к SQL2000, является значительной болью, таким образом, для разрабатывания моей основной темы удостоверяются, что Вы тестируете полностью прежде, чем переместить Ваши собственные приложения. Также удостоверьтесь, что Вы добираетесь, ясное письменное слово от любых внешних поставщиков включило тот их DBS/код, были протестированы против версии SQL Server, который Вы выбираете.
Править: еще один важный момент: наши приложения мы переместили этот путь, не используют дополнительные сервисы как полнотекстовое индексирование, сообщая о сервисах, и так далее - просто основное обслуживание базы данных SQL - таким образом, я не могу прокомментировать, мигрируют ли приложения, которые используют такие дополнительные функции, гладко или нет.
2008 SQL Server также поддерживает более новые функции SQL, которые могли бы ценить некоторые Ваши пользователи базы данных. Если это - производство только, возможно, не, но если у Вас будут разработчики, соединяющие использование инструментального средства формирования запросов, они могли бы ценить те дополнительные функции.
И они могли бы думать, что Вы качаетесь как системный администратор и даете Вам cookie или объятие, или третий монитор или что-то одинаково потрясающее.
По крайней мере, если Вы были моим системным администратором, я был бы.
Говорите со своим поставщиком приложений. Если бы они не могут сказать Вам, я сделал бы пробное испытание на SQL Server 2008 и видел бы, работает ли он. Разногласия хороши, это будет. (И скажите, что противные вещи Вашему поставщику для не знают, какие платформы их приложение продолжит работать.)
Я полагаю, что самым большим преимуществом 2k8 по 2k5 является сжатие данных. У Вас есть сжатие страницы, чем средства (намного меньше) ввод-вывод, меньшие базы данных для управления, меньшие резервные копии и т. д. и т. п.
Я сказал бы, использовать SQL-сервер 2008, но остерегаться версии на 64 бита. Я использовал SQL-сервер 2008 версии на 64 бита в течение половины года, и я думаю, что он имеет некоторые большие улучшения по сравнению с SQL 2005, но необходимо знать, что существует номер Струйный драйвер на 64 бита для Excel/доступа. Если необходимо сделать некоторую интеграцию с Excel затем, Вы застреваете с SSIS в режиме на 32 бита. (можно все еще использовать SQL на 64 бита 2008, но Вы не можете сделать OPENQUERY к Excel/доступу.
Если Вам также нужен доступ к Sybase, то необходимо открыть кошелек и заплатить много за драйвер на 64 бита от OpenLinc. Помните, Вам нужны OLEDB и драйвер ODBC, и он ограничен x параллельными соединениями и ограничен y ядрами процессора. Позволяет говорят, что Вы имеете (как в моем случае) сервер с 4 процессорами Quad и нуждаетесь в более затем 5 соединениях, он похож на 20 000$ или что-то как этот. И затем Вам нужен тестовый сервер с OpenLinc!
/Håkan Winther
Одна из функций, мне нравится в SQL 2008, похожа на некоторых людей, говорят, что Datacompression, но функция мне нравится большинство, фильтрован индекс.
С этой функцией можно создать закрывающие индексы на небольшом подмножестве данных для специализированных запросов. Это улучшит производительность много для запросов, которые будут использовать фильтрованный индекс.
Позволяет говорят, что у Вас есть таблица как это
CREATE TABLE [DWH].[contract](
[ID] int IDENTITY(100000000,1) NOT NULL,
[reportDate] [datetime] NOT NULL,
[contractnumber] [varchar](15) NOT NULL,
[_instrument_ID] [int] NULL,
[_package_ID] [int] NULL,
[_portfolio_ID] [int] NULL,
[_counterpart_ID] [int] NULL,
[ValueX] [datetime] NULL,
[ValueY] [datetime] NULL,
[ValueZ] [varchar](20) NULL,
[Status] int not null,
CONSTRAINT [PK_contract] PRIMARY KEY CLUSTERED
(
[ID] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
GO
CREATE NONCLUSTERED INDEX [IX_contract_1] ON [DWH].[contract]
(
[reportDate] ASC
)
INCLUDE ( [ValueX],[ValueY],[ValueZ]
)
WHERE STATUS=10
GO
При использовании следующего запроса, механизм не должен делать, индекс ищет и поиск кластерного индекса:
SELECT ValueX, ValueY, ValueZ FROM dwh.contract WHERE reportdate=GETDATE() AND Status=10
SQL решит запрос только с индексом, ищут, так как все данные, которые необходимы для запроса, существуют в индексе. И кроме того, индекс только содержит записи с Status=10, это будет влиять на ВСТАВИТЬ/ОБНОВИТЬ/УДАЛИТЬ производительность.
/Håkan Winther
Независимо от того, что Вы выбираете, не покупают лицензию SQL Server 2005 года, когда можно купить лицензию SQL Server 2008 года и вниз градуировать для выполнения SQL Server 2005. Таким образом, если Вы когда-нибудь решаете выполнить 2008 Вы уже, имеет лицензию. Я настоятельно рекомендую выполнить SQL Server 2008
Полный 2008 является потрясающим продуктом, но существуют некоторые прекращенные функции от 2000-> 2005 и также прекращенные функции от 2005-> 2008 (мне только разрешают 1 ссылку из-за представителя, но поисковую "Прекращенную Функциональность Механизма базы данных в SQL Server 2008" в Книгах Онлайн). Необходимо не упустить их, поскольку они могли быть глюками для существующих приложений/баз данных. Существуют также некоторые проблемы точности с путем datetimes, обрабатываются, что Вы могли бы столкнуться (2008 имеет более высокую точность, и это могло бы заставить некоторые запросы прекращать работать, если они принимают.000 для частей секунды).