請看代碼:
DECLARE
@max
VARCHAR
(
max
)
SET
@max
=
'
aaa...
'
--
這里有8000個a
+
'
bb
'
--
連接一個varchar常量或變量
SELECT
LEN
(
@max
)
別想當然以為它會返回8002,而是8000,select @max也只會得到8000個a,后面兩個b沒了。我們知道,varchar(max)類型不受字符數限制,但為什么會這樣?
這其實與@max的數據類型無關,而是與字符串拼接后得到的數據類型有關,或者說,與字符串常量的數據類型推斷有關。在SQL 2005和SQL 2008(R2)中,敲一個'a',系統會把它作為varchar(1),'aa'則是varchar(2),N'a'則是nvarchar(1),而'a...'(超過8000個a)呢,05中會當它是text,08則當它是varchar(max),常量或變量的數據類型可以通過系統函數SQL_VARIANT_PROPERTY獲取,使用示例:
SELECT
SQL_VARIANT_PROPERTY(
'
a
'
,
'
BaseType
'
)
有關該函數的更多信息請參看SSMS幫助或 http://technet.microsoft.com/zh-cn/library/ms178550(v=sql.105).aspx
那么問題來了,既然超過8000個字符的常量系統會自動識別為大數據類型,不會出現截斷,為什么拼接一下就歇菜了,這是因為varchar(n)+varchar(n)還是=varchar(n),拼接時系統會自動拓展數據長度,但不會更改數據類型(varchar(n)與varchar(max)應視為不同數據類型),又因為varchar(n)中的n最大取值為8000,所以varchar(x)+varchar(y)最大只會得到varchar(8000),當x+y>8000時,便會出現截斷。
回到文章開頭的例子,就很明了了,'aaa...'和'bb'都是varchar(n),拼接后得到varchar(8000),也就是截斷了的8000個'aaa...',所以即便把它賦值給varchar(max)也無濟于事。如果'aaa...'再多個a,情況又不同了,這時就是text或varchar(max)+varchar(n),對于05,會報text與varchar不能拼接,對于08,會正確得到無截斷的'aaa...bb',因為varchar(max)+varchar(n)=varchar(max)。
OK就到這里,希望猿友在拼接SQL字串時留意這個問題。
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索:z360901061

微信掃一掃加我為好友
QQ號聯系: 360901061
您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
