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

Question

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

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

Answer 1

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

Answer 2

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

Answer 3

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

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

Answer 4

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

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

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

Answer 5

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

Answer 6

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

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

1. Производительность может быть совершенно разной даже при одинаковом SQL
2. Пакеты DTS обрабатываются совершенно по-разному
3. Вы можете по незнанию использовать код, несовместимый с SQL2000. Вы не узнаете, пока не перенесете его на тестирование или в живую, и к этому моменту вы могли бы потратить немало времени на разработку несовместимого кода.
4. и т. Д. И т. Д. ...

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