前言

前面幾篇文章我們講解了索引有關(guān)知識，這一節(jié)我們再繼續(xù)我們下面內(nèi)容講解，簡短的內(nèi)容，深入的理解，Always to review the basics。

數(shù)據(jù)類型

SQL Server支持兩種字符數(shù)據(jù)類型，一種是常規(guī)，另外一種則是Unicode。常規(guī)數(shù)據(jù)類型包括CHAR和VARCHAR，Unicode數(shù)據(jù)類型包括NCAHR和NVARCHAR。常規(guī)字符的每個(gè)字符使用1個(gè)字節(jié)存儲，而Unicode數(shù)據(jù)的每個(gè)字符要求2個(gè)字節(jié)。常規(guī)字符列限制為僅僅只針對于英語，而Unicode則是針對于多種語言。兩種字符數(shù)據(jù)類型的文本表示方式也不相同，在表示常規(guī)字符文本時(shí)，只需要使用單引號，比如'Hello,my name is JeffckyWang,I'm from cnblogs'，而對于Unicode字符文本時(shí)，需要指定字符N作為前綴，即N‘Hello,my name is JeffckyWang,I'm from cnblogs’。

名稱中沒有VAR元素的任何數(shù)據(jù)類型（CHAR、NCHAR）具有固定長度，即SQL Server按照列定義大小保留行空間，而不是按照字符中的實(shí)際字符保留空間。比如某列定義大小為CHAR(25)，則SQL Server在該行保留25個(gè)字符的空間，而不管存儲字符串的長度。

名稱中含有VAR元素的數(shù)據(jù)類型（VARCHAR、NVARCHAR）具有可變長度，即SQL Server根據(jù)存儲需要，在行中使用盡可能多的存儲空間存儲字符串，同時(shí)外加兩個(gè)額外的字節(jié)偏移數(shù)據(jù)。例如，如果將某列定義為VARCHAR(25)，此時(shí)支持的最大字符數(shù)為25，但實(shí)際上按照字符串中實(shí)際字符確定存儲量。-摘抄自SQL Server 2012 T-SQL基礎(chǔ)教程。

這里關(guān)于Unicode字符數(shù)據(jù)類型我們需要重點(diǎn)理解下。我們先創(chuàng)建一個(gè)表，如下：

CREATE TABLE UnicodeType (firstname VARCHAR(5) NOT NULL,lastname NVARCHAR(5) NOT NULL );

此時(shí)我們手動插入數(shù)據(jù)，正常插入，如下：

INSERT dbo.UnicodeType( firstname, lastname ) VALUES ( '11111', -- firstname - varchar(5)N'啊的發(fā)個(gè)好' -- lastname - nvarchar(5))

字符都完全插入表中，如下：

此時(shí)我們將firstname，插入五個(gè)中文試試如下：

INSERT dbo.UnicodeType( firstname, lastname ) VALUES ( '達(dá)得到讓人', -- firstname - varchar(5)N'達(dá)得到讓人' -- lastname - nvarchar(5))

此時(shí)出現(xiàn)如下結(jié)果：

也就是說在常規(guī)字符類型如上述VARVHAR中定義為五個(gè)字符，此時(shí)我們插入五個(gè)中文字符則會被截取，當(dāng)然也插入不進(jìn)去。因?yàn)樯鲜鲆呀?jīng)明確講了1個(gè)非英語字符串相當(dāng)于兩個(gè)字節(jié)，此時(shí)中文所占用的是十個(gè)字節(jié)，而此時(shí)VARCHAR才五個(gè)字符，所以出現(xiàn)警告。我們再來將firstname插入兩個(gè)中文兩個(gè)英文或者數(shù)字看看

INSERT dbo.UnicodeType( firstname, lastname ) VALUES ( '達(dá)得1', -- firstname - varchar(5)N'達(dá)得到讓人' -- lastname - nvarchar(5))

此時(shí)插入進(jìn)去為出現(xiàn)警告，因?yàn)榇藭r(shí)兩個(gè)中文字符即四個(gè)字節(jié)加上一個(gè)數(shù)字字節(jié)剛好五個(gè)字節(jié)，所以能正常插入，我們再來看看lastname，由上知，既然英文或者數(shù)字被當(dāng)做一個(gè)字節(jié)，那么我們對lastname插入四個(gè)中文字符和兩個(gè)英文字節(jié)剛好十個(gè)字節(jié)應(yīng)該是好使的。我們看看：

INSERT dbo.UnicodeType( firstname, lastname ) VALUES ( '達(dá)得1', -- firstname - varchar(5)N'達(dá)得到讓ab' -- lastname - nvarchar(5))

oh，shit，此時(shí)居然出錯了，如下：

我們上述分析的不是有理有據(jù)么，難道這里英文不是占用一個(gè)字節(jié)么，我們插入一個(gè)英文試試。

INSERT dbo.UnicodeType( firstname, lastname ) VALUES ( '達(dá)得1', -- firstname - varchar(5)N'達(dá)得到讓b' -- lastname - nvarchar(5))

結(jié)果正確了，實(shí)踐是檢驗(yàn)真理的唯一標(biāo)準(zhǔn)，從這里我們可以看出：在常規(guī)字符中，一個(gè)中文會當(dāng)做是兩個(gè)字節(jié)來使用，一個(gè)英文會當(dāng)做是一個(gè)字節(jié)使用，但是在Unicode中，一個(gè)中文會當(dāng)做兩個(gè)字節(jié)來使用，但是一個(gè)英文也會當(dāng)做是兩個(gè)字節(jié)來使用。至此我們可以得出結(jié)論，個(gè)人一直以為在Unicode中，將英文是作為一個(gè)字節(jié)存儲，見識短啊。

常規(guī)字符和Unicode中一個(gè)中文字符用兩個(gè)字節(jié)存儲，而對英文，常規(guī)字符用一個(gè)字節(jié)存儲，而Unicode依然是用兩個(gè)字節(jié)存儲。

字符串函數(shù)

對字符串操作的函數(shù)有SUBSTRING、LEFT、RIGHT、CHARINDEX、PATINDEX、REPLACE、REPICATE、STUFF、UPPER、LOWER、RTRIM、LTRIM、FORMAT。對于簡單的函數(shù)我們略過，下面我們來講講幾個(gè)需要注意的地方。

LEN與DATALENGTH比較

我們首先創(chuàng)建如下測試表

CREATE TABLE StringFun (firststr VARCHAR(max) NOT NULL,secondstr TEXT NOT NULL );

我們插入測試數(shù)據(jù)

INSERT dbo.StringFun( firststr, secondstr ) VALUES ( '我是JeffckyWang，我來自于博客園，專注于.NET技術(shù)', -- firststr - varchar(max)'我是JeffckyWang，我來自于博客園，專注于.NET技術(shù)' -- secondstr - text)

我們首先利用LEN函數(shù)來返回firststr和secondstr的字符串長度大小

SELECT LEN(firststr) AS VARCAHRFieldSize FROM dbo.StringFunSELECT LEN(secondstr) AS TEXTFieldSize FROM dbo.StringFun

好極了，出錯了。LEN函數(shù)無法對TEXT進(jìn)行操作。我們接著往下看。

SELECT DATALENGTH(firststr) AS VARCAHRFieldSize FROM dbo.StringFunSELECT DATALENGTH(secondstr) AS TEXTFieldSize FROM dbo.StringFun

此時(shí)未報(bào)錯誤，結(jié)果顯示為47個(gè)字節(jié)大小。 既然LEN對文本無效，我們不對文本操作就是。

SELECT LEN(firststr) AS VARCAHRFieldSize FROM dbo.StringFunSELECT DATALENGTH(secondstr) AS TEXTFieldSize FROM dbo.StringFun

此時(shí)類型為VARCAHR的firststr字節(jié)大小卻為31，為何，看到這里我們想必恍然大悟，在上述我們講到常規(guī)字符會對中文以一個(gè)字符兩個(gè)字節(jié)大小存儲，但是這里實(shí)際上返回的是實(shí)際字符大小，當(dāng)然一個(gè)是存儲，一個(gè)是檢索，還是有點(diǎn)不同，同時(shí)我們也不會將中文存儲到VARCHAR中。到這里我們可以得出結(jié)論。

結(jié)論：DATALENGTH函數(shù)是針對于TEXT，而LEN是針對于VARCHAR，對TEXT無效會報(bào)錯。

到這里我們還有一個(gè)特殊值未進(jìn)行處理，那就是NULL。那么問題來了，LEN和DATALENGTH對NULL，它的長度大小是多少呢，是0還是不是0尼？

是我們來測試下：

DECLARE @MyVar VARCHAR(10) SET @MyVar = NULL IF (LEN(@MyVar) = 0) PRINT 'LEN of NULL is 0' ELSE PRINT 'LEN of NULL is NULL'

我們上述得到的結(jié)果是LEN of NULL is NULL，DATALENGTH就不再演示了。

結(jié)論：LEN和DATALENGTH對于NULL計(jì)算的結(jié)果就是NULL。

我們再來看看二者差異的一個(gè)小地方：

SELECT LEN('JeffckyWang ') AS 'LEN' SELECT DATALENGTH('JeffckyWang ') AS 'DATALENGTH'

結(jié)論：LEN會刪除尾隨空格，而DATALENGTH不會

CHARINDEX與PATINDEX比較

CHARINDEX和PATINDEX字符串函數(shù)都是查詢返回指定匹配字符串的開始位置。

我們先查詢一個(gè)字符串，此字符串在表中存在，如下：

USE AdventureWorks2012; GO SELECT CHARINDEX('Worn', DocumentSummary) AS 'CHARINDEX' FROM Production.Document WHERE ChangeNumber = 55; GOSELECT PATINDEX('Worn', DocumentSummary) AS 'PATINDEX' FROM Production.Document WHERE ChangeNumber = 55;

為何CHARINDEX函數(shù)查找到了，而PATINDEX沒有查詢到呢？此時(shí)就說說二者的區(qū)別，二者都有兩個(gè)參數(shù)，第二個(gè)參數(shù)都是要匹配的字符串，但是PATINDEX函數(shù)必須在需要匹配的字符串之前或者之后添加百分號即通配符，而CHARINDEX函數(shù)則不需要。如下即可：

USE AdventureWorks2012; GO SELECT CHARINDEX('Worn', DocumentSummary) AS 'CHARINDEX' FROM Production.Document WHERE ChangeNumber = 55; GOSELECT PATINDEX('%Worn%', DocumentSummary) AS 'PATINDEX' FROM Production.Document WHERE ChangeNumber = 55;

結(jié)論：PATINDEX匹配字符串必須在字符串前面或者后面或者前后添加通配符，而CHARINDEX無需添加。

總結(jié)

本節(jié)我們主要講解了SQL中的數(shù)據(jù)類型以及幾個(gè)需要注意的地方，簡短的內(nèi)容，深入的理解，我們下節(jié)再會。

總結(jié)

以上是生活随笔為你收集整理的SQL Server-数据类型（七）的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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