下面的表格列出了主要数据类型。这些同义字在 Microsoft Jet资料库引擎SQL 保留字中被识别。

数据类型 存储大小 说明

BINARY 每个字元占一个位元组 任何类型的数据都可存储在这种类型的栏位中。不需数据转换（例如，转换到文本数据）。数据输入二进制栏位的方式决定了它的输出方式。

BIT 1 个位元组0 和 1 ，以及只包含这两个数值之一的栏位。

TINYINT 1 个位元组 介于 0 到 255 之间的整型数。

MONEY 8 个位元组 介于 – 922,337,203,685,477.5808 到 922,337,203,685,477.5807 之间的符号整数。

DATETIME

（请参阅 DOUBLE ） 8 个位元组 介于 100 到 9999 年的日期或时间数值。

UNIQUEIDENTIFIER 128 个位 用于远程过程调用的唯一识别数字。

REAL 4 个位元组单精度浮点数，负数範围是从 –3.402823E38 到 –1.401298E-45，正数从1.401298E-45 到 3.402823E38，和 0。

SMALLINT 2 个位元组 介于 –32,768 到 32,767 的短整型数。

INTEGER 4 个位元组介于 –2,147,483,648 到 2,147,483,647 的长整型数。

DECIMAL 17 个位元组容纳从 1028 - 1到 - 1028 - 1. 的值的精确的数字数据类型。你可以定义精度 (1 - 28) 和 符号 (0 - 定义精度)。预设精度和符号分别是18和0。

TEXT 每一字元两位元组（参见注意） 从零到最大 2.14 千兆位元组。

IMAGE 视实际需要而定 从零到最大 2.14 千兆位元组。用于 OLE 对象。

CHARACTER 每一字元两位元组（参见注意） 长度从 0 到 255 个字元。

注意

可以用ALTER TABLE 语句修正基数和增量。刚插进表中的行会有自动为基于新种值和增量值的列生成的值。如果新种和增长的值和以前的种值及增量匹配，就会造成複製。如果这个列是主键，複製值生成时可能导致错误。

定义成TEXT也称作MEMO）或CHAR（也称作有具体长度的 TEXT(n)）的栏位中的字元被储存在 Unicode 表示格式。Unicode字元一律需要两个位元组存储每一字元。对于现有的主要包含字元数据的 Microsoft Jet资料库，这可能意味着资料库档案被转换成 Microsoft Jet 4.0格式时字长会增加将近一倍。然而，从前由单位元组字元群(SBCS)指示的众多字元群的Unicode 表示可以很容易地被压缩成一个单位元组。有关的详细信息，参见CREATE TABLE。如果用COMPRESSION属性定义CHAR列，数据存储时会自动被压缩，提取时解压缩。

请参阅

等效的 ANSI SQL 数据类型 Microsoft Jet 资料库引擎 SQL 的保留字

数据类型是数据的一种属性，表示数据所表示信息的类型。任何一种计算机语言都定义了自己的数据类型。当然，不同的程式语言都具有不同的特点，所定义的数据类型的种类和名称都或多或少有些不同。SQLServer 提供了 25 种数据类型：

·Binary [(n)]

·Varbinary [(n)]

·Char [(n)]

·Varchar[(n)]

·Nchar[(n)]

·Nvarchar[(n)]

·Datetime

·Smalldatetime

·Decimal[(p[,s])]

·Numeric[(p[,s])]

·Float[(n)]

·Real

·Int

·Smallint

·Tinyint

·Money

·Smallmoney

·Bit

·Cursor

·Sysname

·Timestamp

·Uniqueidentifier

·Text

·Image

·Ntext

(1)二进制数据类型

二进制数据包括 Binary、Varbinary 和 Image

Binary 数据类型既可以是固定长度的(Binary),也可以是变长度的。

Binary[(n)] 是 n 位固定的二进制数据。其中，n 的取值範围是从 1 到 8000。其存储空间的大小是 n + 4 个位元组。

Varbinary[(n)] 是 n 位变长度的二进制数据。其中，n 的取值範围是从 1 到 8000。其存储空间的大小是 n + 4个位元组，不是n 个位元组。

在 Image 数据类型中存储的数据是以位字元串存储的，不是由 SQL Server 解释的，必须由应用程式来解释。例如，应用程式可以使用BMP、TIEF、GIF 和 JPEG 格式把数据存储在 Image 数据类型中。

(2)字元数据类型

字元数据的类型包括 Char，Varchar 和 Text

字元数据是由任何字母、符号和数字任意组合而成的数据。

Varchar 是变长字元数据，其长度不超过 8KB。Char 是定长字元数据，其长度最多为 8KB。超过 8KB 的ASCII 数据可以使用Text数据类型存储。例如，因为 Html 文档全部都是 ASCII字元，并且在一般情况下长度超过 8KB，所以这些文档可以 Text 数据类型存储在SQL Server 中。

(3)Unicode 数据类型

Unicode 数据类型包括 Nchar,Nvarchar 和Ntext

在 Microsoft SQL Server 中，传统的非 Unicode 数据类型允许使用由特定字元集定义的字元。在 SQL Server安装过程中，允许选择一种字元集。使用 Unicode 数据类型，列中可以存储任何由Unicode 标準定义的字元。在 Unicode 标準中，包括了以各种字元集定义的全部字元。使用Unicode数据类型，所占用的空间是使用非Unicode数据类型所占用的空间大小的两倍。

在 SQL Server 中，Unicode 数据以 Nchar、Nvarchar 和 Ntext 数据类型存储。使用这种字元类型存储的列可以存储多个字元集中的字元。当列的长度变化时，应该使用Nvarchar字元类型，这时最多可以存储 4000 个字元。当列的长度固定不变时，应该使用 Nchar字元类型，同样，这时最多可以存储4000 个字元。当使用 Ntext 数据类型时，该列可以存储多于 4000 个字元。

(4)日期和时间数据类型

日期和时间数据类型包括 Datetime 和 Smalldatetime两种类型

日期和时间数据类型由有效的日期和时间组成。例如，有效的日期和时间数据包括“4/01/98 12:15:00:00:00 PM”和“1:28:29:15:01AM 8/17/98”。前一个数据类型是日期在前，时间在后；后一个数据类型是时间在前，日期在后。在 Microsoft SQL Server中，日期和时间数据类型包括Datetime 和 Smalldatetime 两种类型时，所存储的日期範围是从 1753 年 1 月 1 日开始，到9999 年12 月 31 日结束(每一个值要求 8 个存储位元组)。使用 Smalldatetime 数据类型时，所存储的日期範围是 1900年 1 月 1日 开始，到 2079 年 12 月 31 日结束(每一个值要求 4 个存储位元组)。

日期的格式可以设定。设定日期格式的命令如下：

Set DateFormat {format | @format _var|

其中，format | @format_var 是日期的顺序。有效的参数包括 MDY、DMY、YMD、YDM、MYD 和 DYM。在默认情况下，日期格式为MDY。

例如，当执行 Set DateFormat YMD 之后，日期的格式为年 月 日 形式；当执行 Set DateFormat DMY 之后，日期的格式为日 月有年 形式

（5）数字数据类型

数字数据只包含数字。数字数据类型包括正数和负数、小数（浮点数）和整数

整数由正整数和负整数组成，例如 39、25、0-2 和 33967。在 Microsoft SQL Server 中，整数存储的数据类型是 Int，Smallint和 Tinyint。Int 数据类型存储数据的範围大于 Smallint 数据类型存储数据的範围，而 Smallint 据类型存储数据的範围大于Tinyint 数据类型存储数据的範围。使用 Int 数据类型存储数据的範围是从 -2 147 483 648 到 2 147 483 647（每一个值要求4个位元组存储空间）。使用 Smallint 数据类型时，存储数据的範围从 -32 768 到 32 767（每一个值要求2个位元组存储空间）。使用Tinyint 数据类型时，存储数据的範围是从0 到255（每一个值要求1个位元组存储空间）。

精确小数数据在 SQL Server 中的数据类型是 Decimal 和 Numeric。这种数据所占的存储空间根据该数据的位数后的位数来确定。Decimal 数据类型使用128位来表示值来用作数值计算。

在SQL Server 中，近似小数数据的数据类型是 Float 和 Real。例如，三分之一这个分数记作0.333333，当使用近似数据类型时能準确表示。因此，从系统中检索到的数据可能与存储在该列中数据不完全一样。

（6）货币数据类型

在 Microsoft SQL Server 中，货币数据的数据类型是Money 和 Smallmoney

Money数据类型要求 8 个存储位元组，Smallmoney 数据类型要求 4 个存储位元组。

（7）特殊数据类型

特殊数据类型包括前面没有提过的数据类型。特殊的数据类型有3种，即 Timestamp、Bit 和 Uniqueidentifier。

Timestamp 用于表示SQL Server 活动的先后顺序，以二进投影的格式表示。Timestamp 数据与插入数据或者日期和时间没有关係。Timestamp 类型的栏位是一个基于系统时钟在数据行被创建或修改时由SQL Server自动填充的值。

Bit 由 1 或者 0 组成。当表示真或者假、ON 或者 OFF 时，使用 Bit 数据类型。例如，询问是否是每一次访问的客户机请求可以存储在这种数据类型的列中。

Uniqueidentifier 由 16位元组的十六进制数字组成，表示一个全局唯一的。当表的记录行要求唯一时，GUID是非常有用。例如，在客户标识号列使用这种数据类型可以区别不同的客户。

用户定义的数据类型基于在 Microsoft SQL Server 中提供的数据类型。当几个表中必须存储同一种数据类型时，并且为保证这些列有相同的数据类型、长度和可空性时，可以使用用户定义的数据类型。例如，可定义一种称为 postal_code 的数据类型，它基于 Char 数据类型。

当创建用户定义的数据类型时，必须提供三个数：数据类型的名称、所基于的系统数据类型和数据类型的可空性。

（1）创建用户定义的数据类型

创建用户定义的数据类型可以使用Transact-SQL语句。系统存储过程sp_addtype 可以来创建用户定义的数据类型。其语法形式如下：

sp_addtype {type},[,system_data_bype][,'null_type']

其中，type 是用户定义的数据类型的名称。system_data_type 是系统提供的数据类型，例如 Decimal、Int、Char 等等。 null_type 表示该数据类型是如何处理空值的，必须使用单引号引起来，例如'NULL'、'NOT NULL'或者'NONULL'。

例子：

Use cust

Exec sp_addtype ssn,'Varchar(11)','Not Null'

创建一个用户定义的数据类型 ssn，其基于的系统数据类型是变长为11 的字元，不允许空。

例子：

Use cust

Exec sp_addtype birthday,datetime,'Null'

创建一个用户定义的数据类型 birthday，其基于的系统数据类型是 DateTime，允许空。

例子：

Use master

Exec sp_addtype telephone,'varchar(24)','Not Null'

Eexc sp_addtype fax,'varchar(24)','Null'

创建两个数据类型，即 telephone 和 fax

（2）删除用户定义的数据类型

当用户定义的数据类型不需要时，可删除。删除用户定义的数据类型的命令是 sp_droptype {'type'}。

例子：

Use master

Exec sp_droptype 'ssn'

注意：当表中的列还正在使用用户定义的数据类型时，或者在其上面还绑定有默认或者规则时，这种用户定义的数据类型不能删除。

固定长度为 n 个位元组的且非 Unicode 的字元数据。n 必须是一个介于 1 和 8,000 之间的数值。存储大小为 n 个位元组（如char(6),当栏位为qqq时，资料库实际占用空间为也要6个位元组，而不是3个位元组，但只允许存储6个位元组，一般中文占两个位元组）。

包含 n 个字元的固定长度 Unicode 字元数据。n 的值必须介于 1 与 4,000 之间。位元组的存储大小是定义字元个数（n）的两倍。

SQL Server中，varchar和nvarchar如何选择？

varchar在SQL Server中是採用单位元组来存储数据的，nvarchar是使用Unico来存储数据的．中文字元存储到SQL Server中会保存为两个位元组（一般採用Unico编码），英文字元保存到资料库中，如果栏位的类型为varchar，则只会占用一个位元组，而如果栏位的类型为nvarchar，则会占用两个位元组。

正常情况下，我们使用varchar也可以存储中文字元，但是如果遇到作业系统是英文作业系统并且对中文字型的支持不全面时，在SQL Server存储中文字元为varchar就会出现乱码(显示为??)。而且正常情况下，主机都会支持中文的环境，所以如果使用varchar来存储数据，在开发阶段是发现不了的。多数情况下，在部署的时候也不会有问题．

但是！如果部署的主机是英文作业系统，并且不支持中文环境，那问题就出来了。所有的varchar栏位在存储中文的时候都会变成乱码（显示为??）。而且一般情况下你不会知道这是因为你採用了错误的数据类型来存储所造成的，你会试着去装中文字型，试着去设定作业系统的语言环境．．．这些都不能解决问题，唯一能解决问题的是把资料库栏位的类型个性为nvarchar（或者nchar）。对项目管理比较熟悉的朋友应该都知道，到部署阶段再来修改资料库是一个很恐怖的事情。

使用nvarchar的另一个非常好处就是在判断字元串的时候可以不需要考虑中英文两种字元的差别。

当然，使用nvarchar存储英文字元会增大一倍的存储空间。但是在存储代价已经很低廉的情况下，优先考虑兼容性会给你带来更多好处的。

所以在Design的时候应该儘量使用nvarchar来存储数据。只有在你确保该栏位不会保存中文的时候，才採用varchar来存储。

1、CHAR。CHAR存储定长数据很方便，CHAR栏位上的索引效率级高，比如定义char(10)，那幺不论你存储的数据是否达到了10个位元组，都要占去10个位元组的空间。

2、VARCHAR。存储变长数据，但存储效率没有CHAR高。如果一个栏位可能的值是不固定长度的，我们只知道它不可能超过10个字元，把它定义为 VARCHAR(10)是最合算的。VARCHAR类型的实际长度是它的值的实际长度从空间上考虑，用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/varchar。