SQL Server中char、varchar、text和nchar、nvarchar、ntext的区别 （转）

转：http://blog.csdn.net/jackychu/article/details/4183118

http://www.cnblogs.com/jhxk/articles/1633578.html

很多开发者进行数据库设计的时候往往并没有太多的考虑char， varchar类型，有的是根本就没注意，因为存储价格变得越来越便宜了，忘记了最开始的一些基本设计理论和原则，这点让我想到了现在的年轻人，大手一挥 一把人民币就从他手里溜走了，其实我想不管是做人也好，做开发也好，细节的把握直接决定很多东西。当然还有一部分人是根本就没弄清楚他们的区别，也就随便 选一个。在这里我想对他们做个简单的分析，当然如果有不对的地方希望大家指教。

1、 CHAR 。CHAR存储定长数据很方便，CHAR字段上的索引效率级高，比如定义char(10)，那么不论你存储的数据是否达到了10个字节，都要占去10个字节的空间,不足的自动用空格填充，所以在读取的时候可能要多次用到trim（）。

2、
VARCHAR 。存储变长数据，但存储效率没有CHAR高。如果一个字段可能的值是不固定长度的，我们只知道它不可能超过10个字符，把它定义为
VARCHAR(10)是最合算的。VARCHAR类型的实际长度是它的值的实际长度+1。为什么“+1”呢？这一个字节用于保存实际使用了多大的长度。
从空间上考虑，用varchar合适；从效率上考虑，用char合适，关键是根据实际情况找到权衡点。

3、 TEXT 。text存储可变长度的非Unicode数据，最大长度为2^31-1(2,147,483,647)个字符。

4、
NCHAR、NVARCHAR、NTEXT 。这三种从名字上看比前面三种多了个“N”。它表示存储的是Unicode数据类型的字符。我们知道字符中，英
文字符只需要一个字节存储就足够了，但汉字众多，需要两个字节存储，英文与汉字同时存在时容易造成混乱，Unicode字符集就是为了解决字符集这种不兼
容的问题而产生的，它所有的字符都用两个字节表示，即英文字符也是用两个字节表示。nchar、nvarchar的长度是在1到4000之间。和
char、varchar比较起来，nchar、nvarchar则最多存储4000个字符，不论是英文还是汉字；而char、varchar最多能存储
8000个英文，4000个汉字。可以看出使用nchar、nvarchar数据类型时不用担心输入的字符是英文还是汉字，较为方便，但在存储英文时数量
上有些损失。

所以一般来说，如果含有中文字符，用nchar/nvarchar，如果纯英文和数字，用char/varcha r

我把他们的区别概括成：

CHAR，NCHAR 定长，速度快，占空间大，需处理
VARCHAR，NVARCHAR，TEXT 不定长，空间小，速度慢，无需处理
NCHAR、NVARCHAR、NTEXT处理Unicode码

第二篇：

以前只知道text和image是可能被SQL Server淘汰的数据类型，但具体原因不太清楚，今天读书的时候发现了text与varchar(max)和nvarchar(max)的区别，主要是对操作符的限制，text只能被下列函数作用：

函数	语句
DATALENGTH	READTEXT
PATINDEX	SET TEXTSIZE
SUBSTRING	UPDATETEXT
TEXTPTR	WRITETEXT
TEXTVALID

举个列子，如果“文本”这一列的数据类型为text，那么它将不能用于“=”“left()”等操作，比如下面的例子：

建立表，填充数据：

if exists (select * from sysobjects where id = OBJECT_ID('[asdf]') and OBJECTPROPERTY(id, 'IsUserTable') = 1)

DROP TABLE [asdf]

CREATE TABLE [asdf] (

[inttest] [int] IDENTITY (1, 1) NOT NULL ,

[text] [text] NULL ,

[varcharmax] varchar(max) NULL )

ALTER TABLE [asdf] WITH NOCHECK ADD CONSTRAINT [PK_asdf] PRIMARY KEY NONCLUSTERED ( [inttest] )

SET IDENTITY_INSERT [asdf] ON

INSERT [asdf] ( [inttest] , [text] , [varcharmax] ) VALUES ( 1 , '1111111' , '1111111' )

SET IDENTITY_INSERT [asdf] OFF

运行查询：

查询一：
SELECT [text]

,[varcharmax]

FROM [testDB].[dbo].[asdf]

where

[text] ='11111' AND

[varcharmax] = '1111111'

会出现以下错误提示：

消息402，级别16，状态1，第1 行

数据类型text 和varchar 在equal to 运算符中不兼容。

查询二：
SELECT [text]

,[varcharmax]

FROM [testDB].[dbo].[asdf]

where

[varcharmax] = '1111111'

可以成功运行

在MS SQL2005及以上的版本中，加入大值数据类型（varchar(max)、nvarchar(max)、varbinary(max) ）。大值数据类型最多可以存储2^30-1个字节的数据。

这几个数据类型在行为上和较小的数据类型 varchar 、 nvarchar 和 varbinary 相同。

微软的说法是用这个数据类型来代替之前的 text 、 ntext 和 image 数据类型，它们之间的对应关系为：

varchar(max)-------text;

nvarchar(max)-----ntext;

varbinary(max)----image.

有了大值数据类型之后，在对大值数据操作的时候要比以前灵活的多了。比如：之前text是不能用‘like’的，有了varchar(max)之后
就没有这些问题了，因为varchar(max)在行为上和varchar(n)上相同，所以，可以用在varcahr的都可以用在
varchar(max)上。

另外，这个还支持对 插入的 和 删除的 表中的大值数据类型列引用上使用 AFTER 触发器。text就不行，总之，用了大值数据类型之后，我是“腰也不疼了，腿也不酸了，一口气也能上六楼了”。还等什么呢，快用大值类型吧。

---

2014年10月16日11:34:19

对SQL Server数据库的数据类型存储的学习掌握的确实不太好，我觉得我以前就是作者说的现在的年轻人，看了一点资料，对作者说的进行一下总结：

1.数据类型的对应关系：

varchar(max)-------text;

nvarchar(max)-----ntext;

varbinary(max)----image.

2.现在尽量不用text,ntext,image类型来存储数据了

3.从空间上考虑，用varchar合适（其实还是尽量使用varchar,毕竟现在是大数据时代）；从效率上考虑，用char合适，关键是根据实际情况找到权衡点。

4.使用nchar、nvarchar数据类型时不用担心输入的字符是英文还是汉字，较为方便，但在存储英文时数量上有些损失。所以一般来说，如果含有中文字符，用nchar/nvarchar，如果纯英文和数字，用char/varchar

5.

支持多语言的站点应考虑使用 Unicode nchar 或 nvarchar 数据类型以尽量减少字符转换问题。

如果希望列中的数据值大小接近一致，请使用 char。

如果希望列中的数据值大小显著不同，请使用 varchar。

如果希望列中所有数据项的大小接近一致，则使用 nchar。

如果希望列中数据项的大小差异很大，则使用 nvarchar。

如果执行 CREATE TABLE 或 ALTER TABLE 时 SET ANSI_PADDING 为 OFF，则一个定义为 NULL 的 char 列将被作为 varchar 处理。

6.

1）如果数据量非常大，又能100%确定长度且保存只是ansi字符，那么char
2）能确定长度又不一定是ansi字符或者，那么用nchar；
3）不确定长度，要查询且希望利用索引的话，用nvarchar类型吧，将它们设到400；
4）不查询的话没什么好说的，用nvarchar(4000)

7.

CHAR，NCHAR 定长，速度快，占空间大，需处理
VARCHAR，NVARCHAR，TEXT 不定长，空间小，速度慢，无需处理
NCHAR、NVARCHAR、NTEXT处理Unicode码