我們在開發過程中一直使用sql server 2005，並沒有真正的問題。SQL Server 2005或2008版本
現在在發佈的時候，有人建議我們使用SQL Server 2008.它的安裝對於所有的配置選項來說都有點噩夢，我相信這會讓客戶感到困惑（即使與文檔）。 PowerShell等必須安裝在一起之前，可以安裝一些其他應用程序，以及一些Windows更新。
如果我們只是用SQL Server 2005發佈（如果我沒有錯，安裝更容易），還是最好跟2008年（並接受安裝問題）？
JD
我總是很擔心在發佈之前對應用程序進行最後一刻的更改。如果您決定切換到SQL 2008，您的團隊是否有時間完全迴歸測試您的應用程序？我不會認爲一切都會正常工作。
如果你有時間進行完整的迴歸測試，那麼問題是，SQL 2008爲你提供了什麼？很明顯，沒有關鍵的技術原因 - SQL 2008中沒有的功能不是在2005年，而是您必須擁有的功能。你認爲你的客戶會以這種或那種方式關心嗎？您是否有已經擁有2008服務器的客戶，並希望利用它？它會幫助你的銷售達到「最新最好」的版本嗎？
這些只是一些要問的問題。
您可以隨時將交換機保存到2008年以備將來升級。
@Tom：我們的一位測試人員一直在使用2008（我不知道），所以它似乎沒有問題。沒有技術上的理由去2008年。從我們所看到的是安裝（帶有所有的預先需求）導致的問題。一個預先需求不能在CD上分發，並要求客戶從網上下載。我們希望儘可能順利地進行安裝。 – 2009-12-16 16:32:31
如果你開發和2005年進行測試，然後與2005年留下來避免併發症的發生，但我會在某個時候升級一切2008年。
+1。如果你在2005年開發它，在2005年測試它，你在產品中使用2005年。 – ram 2009-12-16 16:15:39
這會推遲發佈嗎？它會延遲足夠的錢嗎？
我不會太擔心安裝複雜。當客戶升級到2008年時，他們會遇到同樣的（或更糟糕的）情況，他們最終會因爲你永遠不會堅持到2005年。我會更關心它是如何影響你的項目和銷售的。這將是我將關注的折衷。
根據所提供的信息，堅持到2005年。
遷移到2008 你已經能夠運行在測試環境中的應用，對其進行全面測試，並檢查文檔，確保東西排隊了。
安裝/配置問題不應該真正成爲主要關注點，因爲這些是一次性的事情，而且一本精心編寫的指南可以解決您遇到的絕大多數問題。
這裏是我會考慮我的決定：
總而言之，爲了升級，我會遠離升級。堅持你所知道的，直到有升級的合法收益。
在幾年的時間裏，新客戶不會願意與SQL Server 2005一起運行，所以您必須在某點支持SQL Server 2008。
我的經驗是它可以很難讓現有的客戶，當你希望他們把你的軟件的升級更新到數據庫服務器的新版本，那麼你很可能會被被迫支持SQL Server 2005很長一段時間，如果你允許你的客戶現在使用它。
那麼你想嗎？
您必須決定如果一小段延遲釋放是值得它節省持續的成本...
這很難，因爲上市時間往往是更重要的現實世界，然後持續的維護成本。畢竟，如果你沒有打開市場窗口，你沒有持續的維護成本！
@Ian：測試進行得很好，2005年的應用程序也和2008年一樣。我從開發安裝程序的人那裏聽說，2008年的安裝程序比2005年的安裝程序複雜。 – 2009-12-16 16:41:46
我沒有看到任何不使用SQL Server 2008的理由 - 它已經過了SP1，它已經成熟了，它的後繼已經到了： - 但是正如Tom H.提到的 - 要意識到做出這樣的風險一個項目的基本開關很晚...... – 2009-12-16 15:45:56