優先選擇 SQL Server 2012 而非 2008 R2 的客觀商業原因是什麼？

我的公司正面臨為新的數據庫伺服器購買 SQL Server 2012 Denali 還是 SQL Server 2008 R2 的決定。我正在尋找客觀的理由來選擇其中一個。

我們的要求：

• 標準版（出於財務原因和不需要企業功能）
• OLTP 工作負載（這意味著我們不需要新的視窗函式和列儲存索引）
• 數據庫大小為 10-100 GB
• 無需商業智能功能。只需要關係引擎
• 同步數據庫鏡像

目前，我知道以下原因：

SQL Server 2012 德納利

• 可用的最新版本

SQL Server 2008 R2

• 成熟的技術

我似乎找不到很多技術上的理由來偏愛其中一個。基本上，它歸結為選擇成功執行的成熟技術與可用的最新和最好的版本。

做出決定的客觀原因是什麼？

每個人都對 AlwaysOn 和 ColumnStore 感到興奮，但 SQL Server 2012 的許多好處並不是高端版本獨有的。我不想听起來像個發言人，但我已經就 SQL Server 2012 做了很多展示，而且我認為無論哪個版本適合您，它都能提供很多東西。

• 部分包含的數據庫允許您在伺服器或環境之間移動數據庫，減少一些桎梏（即伺服器級登錄和伺服器排序依賴項 - 未來版本將處理更棘手的項目，如鍊接伺服器和代理作業）。

• Management Studio現在是一個更好的工具，與 Visual Studio 保持一致。IntelliSense 更好，一大堆其他功能使編輯更容易。現在當然你可以在你的伺服器上安裝 2008 R2 並使用 2012 版本的 SSMS，但我不確定它是如何在許可方面工作的，而且有些商店不想要混合版本（我更喜歡使用最新的工具我的工作站甚至可以管理下層伺服器）。我很早就在部落格上寫過這些更改，當時仍然存在錯誤，因此請忽略負面影響，因為大多數或全部已從 RTM 修復。當我必須使用早期版本的 SSMS 時，我現在不寒而栗。

• 元數據增強允許您檢查對象和即席查詢的結果集，還允許您更好地塑造查詢的輸出。

• 自定義伺服器角色允許您在角色級別為使用者定義一組更精細的權限，而不是一個一個地授予/撤銷，或者只是屈服於復雜性並給予他們系統管理員。

• FileTable讓您可以像管理文件表一樣管理文件夾，但仍然可以對內容進行外部控制（所以想像一下能夠使用 T-SQL 執行此操作，並想像在 cmd 或 PowerShell 中執行此操作會有多困難：）UPDATE C:\Docs\*.* SET ReadOnly = 1 WHERE Author = 'Bob' AND Created < '20100101';.. . 認為 FileStream 符合 WinFS 並獲得一些啟動可用性。

• T-SQL 增強功能允許您執行許多在以前版本中令人痛苦的事情：

  • THROW（將其視為重新加註）
  • OFFSET/FETCH（更簡單的 ANSI 標準分頁 - 另見這篇文章）
  • SEQUENCE（集中式 IDENTITY 機制，就像在 Oracle 中一樣）
  • 視窗/框架增強（這裡的各種東西，例如令人敬畏的執行總計性能）
  • IIF()/ CHOOSE()/ CONCAT()/EOMONTH()
  • 日期/時間建構子（例如DATEFROMPARTS）類似於DateSerialVB
  • PARSE()/ FORMAT()- 就像他們的 .NET 對應物（但請參閱這篇關於後者的文章）
  • TRY_CONVERT()/ TRY_PARSE()-NULL如果CONVERT/PARSE失敗則返回

• 擴展事件具有用於配置/查看的增強 UI，最終完全涵蓋了跟踪/審計功能（包括更好的因果關係跟踪）。

• 許多新的 DMV、系統程序和 ShowPlan 增強功能用於診斷和性能故障排除。另請查看 CSS 所稱的“黑盒記錄器”。

• Server Core允許您在沒有所有 UI 組件的情況下在最低限度的伺服器上執行（較小的表面積意味著它更安全，並且減少了維護，因為更少的作業系統部分受 Windows 更新的影響）。

• 全文搜尋獲得了一些重要的底層性能增強，以及語義搜尋（想想關鍵字）和可定制的鄰近度/NEAR。

• AWE 不再受支持，這意味著您在 x86 上的具有 32GB RAM 的 SQL Server 實例只能使用 4GB - 因此您最終將有動力擺脫舊的 32 位硬體。

引用自：https://dba.stackexchange.com/questions/14730