详解SQL Server中的数据类型

前端之家收集整理的这篇文章主要介绍了详解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,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字符数据类型我们需要重点理解下。我们先创建一个表,如下:

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

此时我们手动插入数据,正常插入,如下:

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

字符都完全插入表中,如下:

此时我们将firstname,插入五个中文试试如下:

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

此时出现如下结果:

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

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

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

sql;"> INSERT dbo.UnicodeType ( firstname,-- firstname - varchar(5) N'达得到让ab' -- lastname - nvarchar(5) )

oh,shit,此时居然出错了,如下:

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

sql;"> INSERT dbo.UnicodeType ( firstname,-- 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比较

我们首先创建如下测试表

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

我们插入测试数据

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

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

sql;"> SELECT LEN(firststr) AS VARCAHRFieldSize FROM dbo.StringFun SELECT LEN(secondstr) AS TEXTFieldSize FROM dbo.StringFun

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

sql;"> SELECT DATALENGTH(firststr) AS VARCAHRFieldSize FROM dbo.StringFun SELECT DATALENGTH(secondstr) AS TEXTFieldSize FROM dbo.StringFun

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

sql;"> 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尼?

是我们来测试下:

sql;"> 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。

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

sql;"> SELECT LEN('JeffckyWang ') AS 'LEN' SELECT DATALENGTH('JeffckyWang ') AS 'DATALENGTH'

结论:LEN会删除尾随空格,而DATALENGTH不会

CHARINDEX与PATINDEX比较

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

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

sql;"> 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函数则不需要。如下即可:

sql;"> 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中的数据类型以及几个需要注意的地方,简短的内容,深入的理解,我们下节再会。

以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,如果有疑问大家可以留言交流,同时也希望多多支持编程之家!

猜你在找的MsSQL相关文章