2008-11-07 5 views
1

Мне интересно, если мне не удастся установить SQL Server 2008 на мою машину разработки, пока наш производственный сервер - это 2005? Например. что-то изменилось, так что мои базы данных 2005 года/sps/functions/views не будут работать правильно или другие проблемы, о которых я должен думать?Должен ли я устанавливать SQL Server 2008 на машину DEV?

хотел бы сделать это только тест-драйв нового SQL Server, но все еще быть в состоянии развить старый продукт и предпочитая не устанавливать как ...

ответ

1

Я сделал это без особых проблем. При создании базы данных, вы можете выбрать режим совместимости, такой как 2005 или 2000.

Вы также можете найти это полезное: Breaking изменения в функции компоненты Database Engine в SQL Server 2008 http://msdn.microsoft.com/en-us/library/ms143179.aspx

2

Я использую только SQL Server 2008 на моей машине dev против производственных систем SQL Server 2005 и еще не сталкивались с какой-либо проблемой.

2

Лично я бы не стал. Я предпочитаю, чтобы моя машина Dev была как можно ближе к реплике живой среды (с точки зрения программного обеспечения, по крайней мере, физическое разделение несколько сложнее!).

Во многих вариантах две версии очень похожи, а SQL Server 2008 поддерживает режимы совместимости, но независимо от того, что вы делаете, это не фактически SQL Server 2005. Если ваш производственный сервер не использует 2008, вы все равно не можете использовать его возможности, так что все, что вы делаете, увеличивает вероятность того, что что-то работает не совсем так, не получая никакой пользы.

Предположительно, причина, по которой вы хотите это сделать, - поиграть с 2008 годом и посмотреть, каковы ее новые возможности? В этом случае я бы рекомендовал создать виртуальную машину с SQL Server 2008, а затем вы можете поиграть столько, сколько хотите, не подвергая опасности среду, в которой вам нужно работать с вашей обычной работой.

2

Просто имейте в виду, что некоторые инструменты могут не подключаться к SQL2008 должным образом.

Пример VS-DBPro2008. Вы не можете использовать большинство полезных функций, не устанавливая GDR-RC, который по-прежнему непрозрачен.

Кроме того, если вы что-то построить на 2008, вы не сможете оторвать/присоединять или резервного копирования/восстановления с 2008 -> 2005

+0

Действительно, и еще один инструмент, который не будет Red Gate SQL Compare 6; нам пришлось обновить до 7 при переходе на SQL Server 2008. (Я знаю, что версия VS DB имеет эту возможность, но я считаю, что SQL Compare является гораздо более удобным инструментом, и он генерирует более качественные скрипты обновления). – 2008-11-07 02:35:32

0

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

  • Sql Management Studio базируется VS 2008, так что если вы используете VS 2008 вы не получите VS 2005 установлена ​​
  • Sql Management Studio быстрее и поддерживает некоторые интересные новые функции, такие как IntelliSense

Наши сборки машина имеет Sql 2005, которая проходит все наши модульные и интеграционные тесты. Наши виртуальные машины для разработки и производства, имитирующие наши производственные системы, также работают в Sql 2005. Таким образом, мы гарантируем, что наши SQL и DDL совместимы с производством.

Невозможно создать среду разработки, которая дублирует вашу производственную среду. Мы просто устанавливаем слишком много вещей на наших машинах для выполнения наших задач или для простоев.

Смежные вопросы