在我寫的一個(gè)存儲(chǔ)過(guò)程中，為了利用數(shù)據(jù)庫(kù)中保存的表和字段的說(shuō)明這個(gè)擴(kuò)展屬性（MS_description），使用到了fn_listextendedproperty這個(gè)系統(tǒng)函數(shù)（說(shuō)到這個(gè)函數(shù)，先鄙視下微軟，這個(gè)屬性竟然需要使用這么麻煩的一個(gè)函數(shù)，為什么不用一個(gè)存儲(chǔ)過(guò)程，為了使用這個(gè)函數(shù)，當(dāng)時(shí)著實(shí)的費(fèi)了半天勁，特別是提取列的注釋的時(shí)候，必須要指定表的名字，無(wú)奈只好寫個(gè)SP，本來(lái)想使用Sql解決的），其中一條語(yǔ)句如下：
?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中一直是這樣使用的沒(méi)有發(fā)現(xiàn)問(wèn)題。可是最近放到Sql Express2005中運(yùn)行，確發(fā)生了如下錯(cuò)誤：
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.
調(diào)試了半天才定位到是這條語(yǔ)句引發(fā)的錯(cuò)誤，google了一下，發(fā)現(xiàn)有人說(shuō)是系統(tǒng)數(shù)據(jù)庫(kù)和用戶數(shù)據(jù)庫(kù)的語(yǔ)言不一樣造成的，可是我查看了一下好像不是這方面的問(wèn)題！在Sql Express中所有庫(kù)的語(yǔ)言代碼都是這個(gè)Chinese_PRC_CI_AS 經(jīng)過(guò)一段的查找學(xué)習(xí)，終于找到了一個(gè)解決方法！在語(yǔ)句中使用COLLATE指定語(yǔ)言，語(yǔ)句改為下面這個(gè)樣子，運(yùn)行通過(guò)了： 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的一個(gè)Bug，有遇到同樣問(wèn)題的朋友交流下。

轉(zhuǎn)載于:https://www.cnblogs.com/dajianshi/archive/2006/07/04/442069.html

總結(jié)

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

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。