前言

　　前面几篇文章我们讲解了索引有关知识，这一节我们再继续我们下面内容讲解，简短的内容，深入的理解。

　　数据类型

　　SQL Server支持两种字符数据类型，一种是常规，另外一种则是Unicode。常规数据类型包括CHAR和VARCHAR，Unicode数据类型包括NCAHR和NVARCHAR。常规字符的每个字符使用1个字节存储，而Unicode数据的每个字符要求2个字节。常规字符列限制为仅仅只针对于英语，而Unicode则是针对于多种语言。两种字符数据类型的文本表示方式也不相同，在表示常规字符文本时，只需要使用单引号，比如'Hello,my name is JeffckyWang,I'm from cnblogs'，而对于Unicode字符文本时，需要指定字符N作为前缀，即N‘Hello,my name is JeffckyWang,I'm from cnblogs'。

　　名称中没有VAR元素的任何数据类型(CHAR、NCHAR)具有固定长度，即SQL Server按照列定义大小保留行空间，而不是按照字符中的实际字符保留空间。比如某列定义大小为CHAR(25)，则SQL Server在该行保留25个字符的空间，而不管存储字符串的长度。

　　名称中含有VAR元素的数据类型(VARCHAR、NVARCHAR)具有可变长度，即SQL Server根据存储需要，在行中使用尽可能多的存储空间存储字符串，同时外加两个额外的字节偏移数据。例如，如果将某列定义为VARCHAR(25)，此时支持的最大字符数为25，但实际上按照字符串中实际字符确定存储量。-摘抄自SQL Server 2012 T-SQL基础教程。

　　这里关于Unicode字符数据类型我们需要重点理解下。我们先创建一个表，如下：

　　?

1 2 3 4 5

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

　　此时我们手动插入数据，正常插入，如下：

　　?

1 2 3 4 5

INSERT dbo.UnicodeType   ( firstname, lastname ) VALUES ( '11111', -- firstname - varchar(5)    N'啊的发个好' -- lastname - nvarchar(5)    )

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

　　此时我们将firstname，插入五个中文试试如下：

　　?

1 2 3 4 5

INSERT dbo.UnicodeType   ( firstname, lastname ) VALUES ( '达得到让人', -- firstname - varchar(5)    N'达得到让人' -- lastname - nvarchar(5)    )

　　此时出现如下结果：

　　也就是说在常规字符类型如上述VARVHAR中定义为五个字符，此时我们插入五个中文字符则会被截取，当然也插入不进去。因为上述已经明确讲了1个非英语字符串相当于两个字节，此时中文所占用的是十个字节，而此时VARCHAR才五个字符，所以出现警告。我们再来将firstname插入两个中文两个英文或者数字看看

　　?

1 2 3 4 5

INSERT dbo.UnicodeType   ( firstname, lastname ) VALUES ( '达得1', -- firstname - varchar(5)    N'达得到让人' -- lastname - nvarchar(5)    )

　　此时插入进去为出现警告，因为此时两个中文字符即四个字节加上一个数字字节刚好五个字节，所以能正常插入，我们再来看看lastname，由上知，既然英文或者数字被当做一个字节，那么我们对lastname插入四个中文字符和两个英文字节刚好十个字节应该是好使的。我们看看：

　　?

1 2 3 4 5

INSERT dbo.UnicodeType   ( firstname, lastname ) VALUES ( '达得1', -- firstname - varchar(5)    N'达得到让ab' -- lastname - nvarchar(5)    )

　　oh，shit，此时居然出错了，如下：

　　我们上述分析的不是有理有据么，难道这里英文不是占用一个字节么，我们插入一个英文试试。

　　?

1 2 3 4 5

INSERT dbo.UnicodeType   ( firstname, lastname ) VALUES ( '达得1', -- firstname - varchar(5)    N'达得到让b' -- lastname - nvarchar(5)    )

　　结果正确了，实践是检验真理的唯一标准，从这里我们可以看出：在常规字符中，一个中文会当做是两个字节来使用，一个英文会当做是一个字节使用，但是在Unicode中，一个中文也是会当做两个字节来使用，但是一个英文也会当做是两个字节来使用。至此我们可以得出结论，个人一直以为在Unicode中，将英文是作为一个字节存储，见识短啊。

　　常规字符和Unicode中一个中文字符用两个字节存储，而对英文，常规字符用一个字节存储，而Unicode依然是用两个字节存储。

　　字符串函数

　　对字符串操作的函数有SUBSTRING、LEFT、RIGHT、CHARINDEX、PATINDEX、REPLACE、REPICATE、STUFF、UPPER、LOWER、RTRIM、LTRIM、FORMAT。对于简单的函数我们略过，下面我们来讲讲几个需要注意的地方。

　　LEN与DATALENGTH比较

　　我们首先创建如下测试表

　　?

1 2 3 4 5

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

　　我们插入测试数据

　　?

1 2 3 4 5

INSERT dbo.StringFun   ( firststr, secondstr ) VALUES ( '我是JeffckyWang，我来自于博客园，专注于.NET技术', -- firststr - varchar(max)    '我是JeffckyWang，我来自于博客园，专注于.NET技术' -- secondstr - text    )

　　我们首先利用LEN函数来返回firststr和secondstr的字符串长度大小

　　?

1 2 3 4

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

　　好极了，出错了。LEN函数无法对TEXT进行操作。我们接着往下看。

　　?

1 2 3 4

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

　　此时未报错误，结果显示为47个字节大小。 既然LEN对文本无效，我们不对文本操作就是。

　　?

1 2 3 4

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

　　此时类型为VARCAHR的firststr字节大小却为31，为何，看到这里我们想必恍然大悟，在上述我们讲到常规字符会对中文以一个字符两个字节大小存储，但是这里实际上返回的是实际字符大小，当然一个是存储，一个是检索，还是有点不同，同时我们也不会将中文存储到VARCHAR中。到这里我们可以得出结论。

　　结论：DATALENGTH函数是针对于TEXT，而LEN是针对于VARCHAR，对TEXT无效会报错。

　　到这里我们还有一个特殊值未进行处理，那就是NULL。那么问题来了，LEN和DATALENGTH对NULL，它的长度大小是多少呢，是0还是不是0尼?

　　是我们来测试下：

　　?

1 2 3 4 5 6

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

　　我们上述得到的结果是LEN of NULL is NULL，DATALENGTH就不再演示了。

　　结论：LEN和DATALENGTH对于NULL计算的结果就是NULL。

　　我们再来看看二者差异的一个小地方：

　　?

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

　　结论：LEN会删除尾随空格，而DATALENGTH不会

　　CHARINDEX与PATINDEX比较

　　CHARINDEX和PATINDEX字符串函数都是查询返回指定匹配字符串的开始位置。

　　我们先查询一个字符串，此字符串在表中存在，如下：

　　?

1 2 3 4 5 6 7 8 9

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

　　为何CHARINDEX函数查找到了，而PATINDEX没有查询到呢?此时就说说二者的区别，二者都有两个参数，第二个参数都是要匹配的字符串，但是PATINDEX函数必须在需要匹配的字符串之前或者之后添加百分号即通配符，而CHARINDEX函数则不需要。如下即可：

　　?

1 2 3 4 5 6 7 8 9

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

　　结论：PATINDEX匹配字符串必须在字符串前面或者后面或者前后添加通配符，而CHARINDEX无需添加。

　　总结

　　本节我们主要讲解了SQL中的数据类型以及几个需要注意的地方，简短的内容，深入的理解，我们下节再会。