[SQL SERVER]SQL2012 SP1 CU3 是在開玩笑嗎?

[SQL SERVER]SQL2012 SP1 CU3 是在開玩笑嗎?

一般針對資料庫的更新我個人不會很快套用到正式環境,以前我在玩Oracle的時候,

團隊有個不成文共識,我們都會等到 .2版本(如oracle 10.2.0.4、 11.2.0.4..等)釋出後才會安裝使用並視情況套用到正式環境,

除非真的遇到非修正不可緊急bug,不然我絕不輕易將現有資料庫套上任何hotfix。

SQL SERVER我個人也是秉持該不成文規則,任何新版本我都會先等到SP1或SP2出來,

我才會開始測試使用並視情況套用到正式資料庫,或許也因為這樣,我很少遇到更新上所遭遇的問題。

但幾天前我遇到一些SQL2012問題,後來在SQL Server 2012 SP1 CU1SQL Server 2012 SP1 CU3 fix清單中確定是BUG(浪費我很多時間...冏),

所以我就打算只更新到CU3就好,誰知安裝完後所有SSIS Project都無法開啟....(還好只先安裝在我個人電腦)

image

 

當下我本想移除整個SP1,但是一想到移除後原本的bug還是無解,

後來我又再次找了相關hotfix....BingGO.....還得在上一次hotfix,整個問題才算解決

修正: 您不能建立或開啟 SSIS 專案或維護計劃要移除 SQL Server 2012 sp1 的累積更新 3

 

這讓我又想起以前技術主管對我說的話,那些資料庫程式也是人寫的,

只要是人寫的就有可能出錯~~~~~~這次更新真的讓我對SQL SERVER 團隊很.......無言

 

CU1:

修正:"物件不存在歷程識別碼為"時出現錯誤訊息執行 SSIS 2012 套件

修正: 不正確的結果會傳回執行查詢時,會使用平行處理原則中的查詢執行計劃在 SQL Server 2008年中,SQL Server 2008 R2 或 SQL Server 2012年

當您嘗試建立維護計劃為 SQL Server 2008 R2 或 SQL Server 2012年伺服器修正:"的連接字串格式無效 」 錯誤

修正: SQL Server 2008 R2 或 SQL Server 2012年需花費相當長的時間來產生的資料分割的資料表必須使用資料壓縮功能的指令碼

 

CU3:

FIX: Incorrect results when you run a FULL JOIN query that uses the CROSS APPLY clause in SQL Server 2008 R2 or in SQL Server 2012

FIX: Memory leak when you run queries against a temporary table in a nested stored procedure in SQL Server 2012