SQL数据库字段数据类型说明

SQL 数据库字段数据类型说明
数据类型 bit int
smallint tinyint numeric Decimal
Money Smallmoney
Float Real Datetime Smalldatetime cursor
类型 整型
整型
整型
整，其值只能是 0、1 或空值。这种数据 类型用于存储只有两种可能值的数据，如 Yes 或 No、True 或 Fa lse 、On 或 Off int 数 据 类 型 可 以 存 储 从 - 231(-2147483648) 到 231 (2147483 647)之间的整数。存储到数据库的几乎所有数值 型的数据都可以用这种数据类型。这种数据类型在数据库 里占用 4 个字节 smallint 数据类型可以存储从- 215(-32768)到 215(32767) 之间的整数。这种数据类型对存储一些常限定在特定范围 内的数值型数据非常有用。这种数据类型在数据库里占用 2 字节空间 tinyint 数据类型能存储从 0 到 255 之间的整数。它在你 只打算存储有限数目的数值时很有用。 这种数据类型在 数据库中占用 1 个字节
但如果是 char(10)和 varchar(10)，充实度只有 30%的情况下，理论上就应该是 varchar 快了。 因为 varchar 需要额外空间存放块长度，所以只要 length(1-fillfactor)大于这个存放空间（好 像是 2 字节)，那么它就会比相同长度的 char 快了。
5、text、ntext 上是无法创建索引的
6、OR Mapping 中对应实体的属性类型一般是以 string 居多，用 char[]的非常少，所以如果 按 mapping 的合理性来说，可变长度的类型更加吻合
7、一般基础资料表中的 name 在实际查询中基本上全部是使用 like '%xx%'这种方式，而这种 方式是无法利用索引的，所以如果对于此种字段，索引建了也白建
度设置尽可能地小；另一种是则是觉得无所谓，尽量用可变类型的，长度尽量放大些。
鉴于现在硬件像萝卜一样便宜的大好形势，纠缠这样的小问题实在是没多大意义，不过如果 不弄清它，总觉得对不起劳累过度的 CPU 和硬盘。
下面开始了(以下说明只针对 SqlServer 有效)：
1、当使用非 unicode 时慎用以下这种查询： select f from t where f = N'xx'
8、其它一些像 remark 的字段则是根本不需要查询的，所以不需要索引
9、varchar 的存放和 string 是一样原理的，即 length {block}这种方式，所以 varchar 的长度和 它实际占用空间是无关的
10、对于固定长度的字段，是需要额外空间来存放 NULL 标识的，所以如果一个 char 字段中 出现非常多的 NULL，那么很不幸，你的占用空间比没有 NULL 的大（但这个大并不是大太多， 因为 NULL 标识是用 bit 存放的，可是如果你一行中只有你一个 NULL 需要标识，那么你就白 白浪费 1byte 空间了，罪过罪过！），这时候，你可以使用特殊标识来存放，如：'NV'
(2)datetime 和 smalldatetime datetime：从 1753 年 1 月 1 日到 9999 年 12 月 31 日的日期和时间数据，精确到百分之三秒。 smalldatetime：从 1900 年 1 月 1 日到 2079 年 6 月 6 日的日期和时间数据，精确到分钟。
数据。当定义一列为此类型时，你必须指定列长。当你总
能知道要存储的数据的长度时，此数据类型很有用。例如，
Char
字符型
当你按邮政编码加 4 个字符格式来存储数据时，你知道总
要用到 10 个字符。此数据类型的列宽最大为 8000 个字
符
Varchar Text
字符型 字符型
varchar 数据类型，同 char 类型一样，用来存储非统一编 码型字符数据。与 char 型不一样，此数据类型为变长。 当定义一列为该数据类型时，你要指定该列的最大长度。 它与 char 数据类型最大的区别是，存储的长度不是列长， 而是数据的长度
(3)bitint、int、smallint、tinyint 和 bit bigint：从-2^63(-9223372036854775808)到 2^63-1(9223372036854775807)的整型数据。 int：从-2^31(-2,147,483,648)到 2^31-1(2,147,483,647)的整型数据。 smallint：从-2^15(-32,768)到 2^15-1(32,767)的整数数据。 tinyint：从 0 到 255 的整数数据。 bit：1 或 0 的整数数据。
型
1)char、varchar、text 和 nchar、nvarchar、ntext char 和 varchar 的长度都在 1 到 8000 之间，它们的区别在于 char 是定长字符数据，而 varchar 是变长字符数据。所谓定长就是长度固定的，当输入的数据长度没有达到指定的长度时将自 动以英文空格在其后面填充，使长度达到相应的长度；而变长字符数据则不会以空格填充。 text 存储可变长度的非 Unicode 数据，最大长度为 2^31-1(2,147,483,647)个字符。
Uniqueidentifier
特殊数 据型
Uniqueidentifier 数据类型用来存储一个全局唯一标识符， 即 GUID。GUID 确实是全局唯一的。这个数几乎没有机会 在另一个系统中被重建。可以使用 NEWID 函数或转换一 个字符串为唯一标识符来初始化具有唯一标识符的列
char 数据类型用来存储指定长度的定长非统一编码型的
text 数据类型用来存储大量的非统一编码型字符数据。这 种数据类型最多可以有 231-1 或 20 亿个字符
Nchar
统一编 码字符
型
nchar 数据类型用来存储定长统一编码字符型数据。统一 编码用双字节结构来存储每个字符，而不是用单字节(普 通文本中的情况)。它允许大量的扩展字符。此数据类型 能存储 4000 种字符，使用的字节空间上增加了一倍
Nvarchar
统一编 码字符
型
nvarchar 数据类型用作变长的统一编码字符型数据。此数 据类型能存储 4000 种字符，使用的字节空间增加了一倍
Ntext Binary varbinary image
统一编 码字符
型 二进制 数据类
型 二进制 数据类
型 二进制 数据类
ntext 数据类型用来存储大量的统一编码字符型数据。这 种数据类型能存储 230 -1 或将近 10 亿个字符，且使用的 字节空间增加了一倍 binary 数据类型用来存储可达 8000 字节长的定长的二进 制数据。当输入表的内容接近相同的长度时，你应该使用 这种数据类型 varbinary 数据类型用来存储可达 8000 字节长的变长的 二进制数据。当输入表的内容大小可变时，你应该使用这 种数据类型 image 数据类型用来存储变长的二进制数据，最大可达 231-1 或大约 20 亿字节
(5)float 和 real float：从-1.79^308 到 1.79^308 之间的浮点数字数据。 real：从-3.40^38 到 3.40^38 之间的浮点数字数据。在 SQL Server 中，real 的同义词为 float(24)。
数据库定义到 char 类型的字段时，不知道大家是否会犹豫一下，到底选 char、nchar、varchar、 nvarchar、text、ntext 中哪一种呢？结果很可能是两种，一种是节俭人士的选择：最好是用 定长的，感觉比变长能省些空间，而且处理起来会快些，无法定长只好选用定长，并且将长
近似数 值型
日期时 间型
日期时 间型
money 数据类型用来表示钱和货币值。这种数据类型能 存储从-9220 亿到 9220 亿之间的数据，精确到货币单位 的万分之一
smallmoney 数据类型用来表示钱和货币值。这种数据类 型能存储从-214748.3648 到 214748.3647 之间的数据， 精确到货币单位的万分之一
(4)decimal 和 numeric 这两种数据类型是等效的。都有两个参数：p（精度）和 s（小数位数）。p 指定小数点左边 和右边可以存储的十进制数字的最大个数，p 必须是从 1 到 38 之间的值。s 指定小数点右 边可以存储的十进制数字的最大个数，s 必须是从 0 到 p 之间的值，默认小数位数是 0。
numeric 数据类型与 decimal 型相同
精确数 值型
decimal 数据类型能用来存储从-1038-1 到 1038-1 的固定 精度和范围的数值型数据。使用这种数据类型时，必须指 定范围和精度。 范围是小数点左右所能存储的数字的总 位数。精度是小数点右边存储的数字的位数
货币型
货币型
近似数 值型
原因：无法利用到索引，因为数据库会将 f 先转换到 unicode 再和 N'xx'比较
2、char 和相同长度的 varchar 处理速度差不多（后面还有说明）
3、varchar 的长度不会影响处理速度！！！（看后面解释）
4、索引中列总长度最多支持总为 900 字节，所以长度大于 900 的 varchar、char 和大于 450 的 nvarchar,nchar 将无法创建索引
后面三种数据类型和前面的相比，从名称上看只是多了个字母 n，它表示存储的是 Unicode 数据类型的字符。写过程序的朋友对 Unicode 应该很了解。字符中，英文字符只需要一个字 节存储就足够了，但汉字众多，需要两个字节存储，英文与汉字同时存在时容易造成混乱， Unicode 字符集就是为了解决字符集这种不兼容的问题而产生的，它所有的字符都用两个字 节表示，即英文字符也是用两个字节表示。nchar、nvarchar 的长度是在 1 到 4000 之间。和 char、varchar 比较：nchar、nvarchar 则最多存储 4000 个字符，不论是英文还是汉字；而 char、 varchar 最多能存储 8000 个英文，4000 个汉字。可以看出使用 nchar、nvarchar 数据类型时 不用担心输入的字符是英文还是汉字，较为方便，但在存储英文时数量上有些损失。