详解SQL Server中的数据类型

113 阅读 0 评论 75 点赞

我是靠谱客的博主贪玩招牌，最近开发中收集的这篇文章主要介绍详解SQL Server中的数据类型，觉得挺不错的，现在分享给大家，希望可以做个参考。

概述

前言

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

数据类型

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字符数据类型我们需要重点理解下。我们先创建一个表，如下：

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

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

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

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

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

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

此时出现如下结果：

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

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

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

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

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

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

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比较

我们首先创建如下测试表

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

我们插入测试数据

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

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

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

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

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

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

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尼？

是我们来测试下：

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。

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

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

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

CHARINDEX与PATINDEX比较

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

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

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函数则不需要。如下即可：

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;