在我寫的一個存儲過程中，為了利用數據庫中保存的表和字段的說明這個擴展屬性（MS_description），使用到了fn_listextendedproperty這個系統函數（說到這個函數，先鄙視下微軟，這個屬性竟然需要使用這么麻煩的一個函數，為什么不用一個存儲過程，為了使用這個函數，當時著實的費了半天勁，特別是提取列的注釋的時候，必須要指定表的名字，無奈只好寫個SP，本來想使用Sql解決的），其中一條語句如下：
?update?ts_tables?set?tname=convert(varchar,c.value)?from?
????(select?*?from?::fn_listextendedproperty('MS_Description','user','dbo','table',default,default,default))?c
????where?tid=c.objname;

在Sql2000中一直是這樣使用的沒有發現問題。可是最近放到Sql Express2005中運行，確發生了如下錯誤：
Msg?468,?Level?16,?State?9,?Line?1
Cannot?resolve?the?collation?conflict?between?"Latin1_General_CI_AI"?and?"Chinese_PRC_CI_AS"?in?the?equal?to?operation.
調試了半天才定位到是這條語句引發的錯誤，google了一下，發現有人說是系統數據庫和用戶數據庫的語言不一樣造成的，可是我查看了一下好像不是這方面的問題！在Sql Express中所有庫的語言代碼都是這個Chinese_PRC_CI_AS 經過一段的查找學習，終于找到了一個解決方法！在語句中使用COLLATE指定語言，語句改為下面這個樣子，運行通過了： update?ts_tables?set?tname=convert(varchar,c.value)?from?
????(select?*?from?::fn_listextendedproperty('MS_Description','user','dbo','table',default,default,default))?c
????where?tid=c.objname?COLLATE?Chinese_PRC_CI_AS;不知道這是不是Sql Express2005的一個Bug，有遇到同樣問題的朋友交流下。

轉載于:https://www.cnblogs.com/dajianshi/archive/2006/07/04/442069.html

總結

以上是生活随笔為你收集整理的发现一个问题，可能是Sql Express 2005的Bug的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。