不同於測試和生產環境的開發環境？

Question

如果開發人員想要實現sql2008開發環境，但是我們仍然被迫使用sql2000測試和sql2000生產環境，你會怎麼說？

在開發服務器上使用sql2008會有什麼問題嗎？當然，你需要知道你不能使用哪些功能，所以你在將你的工作從sql2008服務器遷移到sql2000時沒有問題。

Answer 1

我強烈避免在開發不同於dev/qa/prod環境的本地版本上。大多數時候沒有事情會發生，但是當它發生時，可能需要永遠追查這個問題。 不僅如此，您可能永遠無法在本地複製它，因爲您擁有不同的環境。

Answer 2

使用基本的SQL功能 - 你會好的。

我不知道爲什麼你使用這個環境，但最好是使用類似的環境和DEV，QA和生產成爲可能，避免意外對生產準備時。

我認爲，SQL 2000使用OLEDB和SQL 2008，您可以使用ADO.NET提供者，可能有很多，你可能會碰到更多的差異。所以最好建議它不要這樣做。

Answer 3

我不明白你爲什麼會選擇使用SQL服務器的新版本，如果你的暫存和生產環境不是一個開發環境。

無論什麼軟件會根據版本的不同作用，並有可能是能想出通過不保持相同版本的bug。我建議您在整個環境中使用相同的版本。

Answer 4

如果你知道你已經在2000年得到它的工作，那麼通過使用2008年超過2000年有什麼收穫？

沒有與這樣如此多的問題：

1. 表現可能完全不同甚至完全一樣的SQL
2. DTS包的處理方式完全不同
3. 你可以在不知不覺中使用代碼是不兼容與SQL2000。直到你將它移動到測試或生活中，你纔會知道，到目前爲止，你可能已經在不兼容的代碼周圍做了大量浪費的開發。
4. 等等等等...

是絕對沒有理由使用用於開發不同的版本比你的生活環境。它會最終導致你的悲傷和不一致。

Answer 5

如何設置具有SQL Server 2008環境的虛擬機（例如在帶有更新的Virtual Server 2005 R2 SP1下）？這將確保你不會污染你的SQL 2000環境，同時讓你嘗試一下。您可以將其設置爲獨立機器上的虛擬機，或者將其作爲虛擬機添加到您自己的開發機器上。

Answer 6

我認爲最好的做法是讓所有的環境保持一致。我可以看到在新環境中嘗試新功能以確定它是否有利於更新測試和實時系統。