nvarchar(max)長度測試：在使用convert強制類型轉化之後 文本長度可以突破8000的上限。並且nvarchar(max)的最大長度可達到2^31以下為驗證SQL： 不過在表中max的長度就不會那麼長了，一般限制就是4000/8000，具體數值估計是要依賴於SQLServer版本了。以 ...
nvarchar(max)長度測試：在使用convert強制類型轉化之後 文本長度可以突破8000的上限。
並且nvarchar(max)的最大長度可達到2^31
以下為驗證SQL：
Declare @A nvarchar(max)
set @A=replicate('*',9000);
print len(@A)
set @A=replicate(CONVERT(nvarchar(max),'*'),9000);
print len(@A)
set @A=replicate(CONVERT(nvarchar(max),'1'),POWER(2,26));
print len(@A)
set @A=replicate(CONVERT(nvarchar(max),'2'),CAST( POWER(2,30) as bigint) *2);
print len(@A)
不過在表中max的長度就不會那麼長了，一般限制就是4000/8000，具體數值估計是要依賴於SQLServer版本了。以下是一個例子：
create table a (
data nvarchar(max)
)
declare @a nvarchar(max)
set @a = REPLICATE('a', 8000) + 'b';
--delete from a
insert into a values(@a)
select * from a
實際上select回來的數據只有8000字元，b沒有存到資料庫中。
因此一旦要存儲大於4000/8000的數據時最好還是不要依賴nvarchar（max），可以考慮ntext之類的。
發現：convert(nvarchar(2),'abcde')的操作是一個類型轉化的過程，而不是數據存儲的過程，所以就不存在空間大小不夠導致的報錯。
而把‘abcde’插入到一個類型為nvarchar(2)的欄位里時，就會提示截斷字元串，因為建表時這個欄位的長度就定義為只能存放2個unicode編碼的長度，不論中英文。 空間不夠，所以報錯。
