是這樣的，662是SQL Server 2008 SP2以後的資料庫版本號，SP2之前的SQL Server 2008 的資料庫版本好是655，而661是SQL Server 2008 R2的資料庫版本號，本身SQL Server 2008 R2的版本要比SQL Server 2008 要高，按常理661版的資料庫檔案是不能附加到支援655版本號的SQL Server 2008裡的。至於出現這個蛋疼的提示是因為微軟在SQL Server 2008 SP2里加入了15k分割槽數的功能，而釋出SP2之前就已經發布了SQL Server 2008 R2了，由於SQL Server 2008 R2 RTM並不支援15k分割槽的功能，如果按常規SQL Server 2008還保持655的版本號的話就可能會出現附加15k分割槽的資料檔案到SQL Server 2008 R2 RTM中，這肯定是不能附加的，所以微軟為了解決這個難題，就打破常規，SQL Server 2008 SP2裡將資料庫的版本號改為662，這樣，由SQL Server 2008 R2 RTM的資料庫版本號比SQL Server 2008 SP2的低，所以自然就不能附加了，避免了麻煩，不過為了一15k分割槽的功能改變了版本號帶來的副作用就像樓主這種情況了。這時問題的根本緣由。其實說白了，你是拿SQL Server 2008 R2的資料庫附加到SQL Server 2008中，這肯定是不行的。要麼將你現在的資料庫例項升級到 SQL Server 2008 R2並安裝最新的SP補丁之後再附加。要麼將chat資料庫附加到SQL Server 2008 R2版的資料庫例項裡，生成SQL Server 2008版的指令碼檔案，使用指令碼檔案部署到SQL Server 2008 SP2裡。至於前邊有朋友說用備份的方式，如果理解了我前邊說的就知道肯定也是行不通的。
是這樣的，662是SQL Server 2008 SP2以後的資料庫版本號，SP2之前的SQL Server 2008 的資料庫版本好是655，而661是SQL Server 2008 R2的資料庫版本號，本身SQL Server 2008 R2的版本要比SQL Server 2008 要高，按常理661版的資料庫檔案是不能附加到支援655版本號的SQL Server 2008裡的。至於出現這個蛋疼的提示是因為微軟在SQL Server 2008 SP2里加入了15k分割槽數的功能，而釋出SP2之前就已經發布了SQL Server 2008 R2了，由於SQL Server 2008 R2 RTM並不支援15k分割槽的功能，如果按常規SQL Server 2008還保持655的版本號的話就可能會出現附加15k分割槽的資料檔案到SQL Server 2008 R2 RTM中，這肯定是不能附加的，所以微軟為了解決這個難題，就打破常規，SQL Server 2008 SP2裡將資料庫的版本號改為662，這樣，由SQL Server 2008 R2 RTM的資料庫版本號比SQL Server 2008 SP2的低，所以自然就不能附加了，避免了麻煩，不過為了一15k分割槽的功能改變了版本號帶來的副作用就像樓主這種情況了。這時問題的根本緣由。其實說白了，你是拿SQL Server 2008 R2的資料庫附加到SQL Server 2008中，這肯定是不行的。要麼將你現在的資料庫例項升級到 SQL Server 2008 R2並安裝最新的SP補丁之後再附加。要麼將chat資料庫附加到SQL Server 2008 R2版的資料庫例項裡，生成SQL Server 2008版的指令碼檔案，使用指令碼檔案部署到SQL Server 2008 SP2裡。至於前邊有朋友說用備份的方式，如果理解了我前邊說的就知道肯定也是行不通的。