Среда разработки отличается от тестовой и производственной сред?

Question

Что бы вы сказали, если бы разработчик захотел внедрить среду разработки sql2008, но мы все равно были вынуждены использовать тестовую среду sql2000 и производственную среду sql2000?

Будет ли что-то не так с использованием sql2008 на сервере разработки?Конечно, вам нужно было бы знать, какие функции вы не могли бы использовать, чтобы у вас не возникло проблем с переносом вашей работы с серверов sql2008 на sql2000.

Answer 1

Я бы категорически не хотел разрабатывать локальную версию, отличную от сред dev / qa / prod. Большую часть времени ничего не произойдет, но когда это произойдет, может потребоваться вечность, чтобы выследить проблему. Кроме того, вы никогда не сможете реплицировать его локально, поскольку у вас другая среда.

Answer 2

Использование основных функций SQL - все будет в порядке.

Я понятия не имею, почему вы используете эту среду, но лучше всего использовать как можно более похожую среду, а также DEV, QA и Production, чтобы избежать неожиданности при запуске.

Я думаю, что SQL 2000 использует OLEDB и SQL 2008, вы можете использовать ADO.NET провайдера, и может быть много других различий, с которыми вы можете столкнуться. так что лучше посоветовать НЕ ДЕЛАТЬ.

Answer 3

Я не понимаю, почему у вас есть среда разработки, использующая более новую версию SQL-сервера, если у вас нет промежуточной и рабочей сред.

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

Answer 4

Как насчет настройки Виртуальной машины (например.в Virtual Server 2005 R2 SP1 с обновлением), на котором установлена среда SQL Server 2008?Это гарантировало бы, что вы не загрязните им свои среды SQL 2000, и в то же время позволило бы вам попробовать что-то новое.Вы можете либо настроить это как виртуальную машину на отдельном компьютере, либо просто добавить это как виртуальную машину на свой собственный компьютер разработки.

Answer 5

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

Answer 6

Что можно выиграть, если использовать 2008 год по сравнению с 2000 годом, если вы знаете, что он заработал в 2000 году?

Есть много проблем с этим:

<Ол>

Производительность может быть совершенно разной даже при одинаковом SQL

Пакеты DTS обрабатываются совершенно по-разному

Вы можете по незнанию использовать код, несовместимый с SQL2000. Вы не узнаете, пока не перенесете его на тестирование или в живую, и к этому моменту вы могли бы потратить немало времени на разработку несовместимого кода.

и т. д. и т. д. ...

Нет абсолютно никакой причины использовать версию для dev, отличную от вашей среды LIVE. Это просто приведет к печали и несоответствиям.