第 3 章 数据类型

smallint、integer 和 bigint 类型存储整数，即不带小数部分的数，取值范围各异。试图存储超出允许范围的值将导致错误。

常用的类型是integer，因为它提供了在范围、存储空间和性能之间的最佳平衡。一般只有在磁盘空间紧张的时候才使用smallint类型。而bigint类型只有在integer的范围不够用时才应使用，因为后者（integer）无疑更快。

bigint类型并非在所有平台上都能正确工作，因为它依赖于编译器对八字节整数的支持。在没有这种支持的机器上，bigint的行为与integer相同（但仍占用八个字节的存储空间）。不过，我们不知道有任何合理的平台属于这种情况。

SQL 只规定了整数类型 integer（或 int）和 smallint。类型 bigint 以及类型名 int2、int4 和 int8 都是扩展，它们也被其他各种 RDBMS 产品共用。

... WHERE smallint_column = 42

... WHERE smallint_column = '42'

numeric 类型可以存储大小和精度几乎不受限制的数字，同时能精确存储所有数字并精确执行全部计算。特别推荐用它存储货币金额和其他要求精确的数量。但与下一节描述的浮点类型相比，numeric 类型非常慢。

下面使用如下术语：numeric的小数位数是小数部分中十进制数字的数量，即小数点右侧的位数。numeric的精度是整个数中有效数字的总数，即小数点两侧的数字位数之和。因此，数值 23.5141 的精度为 6，小数位数为 4。整数可以视为小数位数为零。

numeric 类型的精度和小数位数都可以配置。要声明一个 numeric 类型的列，可使用如下语法

NUMERIC(precision, scale)

精度必须为正，小数位数为零或正。也可以

NUMERIC(precision)

选择小数位数 0。指定

NUMERIC

而不带任何精度和小数位数，则会创建一个可以存储任意精度和小数位数的数值的列，精度上限为实现限制。这种列不会把输入值强制转换为任何特定的小数位数，而声明了小数位数的 numeric 列会把输入值强制转换为该小数位数。（SQL 标准要求默认小数位数为 0，即强制转换为整数精度。我们觉得这没什么用处。如果你关心可移植性，就总是显式指定精度和小数位数。）

如果一个值的精度或小数位数大于列所声明的精度或小数位数，系统会尝试对该值四舍五入。如果无法通过四舍五入满足声明的限制，则会引发一个错误。

decimal 和 numeric 类型是等效的。两种类型都是 SQL 标准的一部分。

real 和 double precision 数据类型是不精确的可变精度数值类型。实践中，在底层处理器、操作系统和编译器支持的范围内，这些类型通常实现为 IEEE 754 二进制浮点（分别为单精度和双精度）。

所谓不精确，是指某些值无法被精确转换为内部格式，只能以近似值存储，因此存储并再取出一个值时，可能会看到轻微差异。如何处理这类误差以及它们在计算中如何传播，是数学和计算机科学中的一个独立领域，这里不再展开，只强调以下几点：

通常，real 类型的取值范围至少是 -1E+37 到 +1E+37，精度至少为 6 位十进制数字。double precision 类型通常的取值范围约为 -1E+308 到 +1E+308，精度至少 15 位。太大或太小的值会导致错误。输入数字精度过高时可能发生四舍五入。与零太接近而无法与零区分的数字会导致下溢错误。

serial 数据类型并不是真正的类型，而只是为在表中设置唯一标识符列提供的一种记法上的便利。在当前的实现中，指定

CREATE TABLE tablename (
    colname SERIAL
);

等效于指定：

CREATE SEQUENCE tablename_colname_seq;
CREATE TABLE tablename (
    colname integer DEFAULT nextval('tablename_colname_seq') UNIQUE NOT NULL
);

这样，我们创建了一个整数列，并安排其默认值由一个序列生成器指派。同时应用了 UNIQUE 和 NOT NULL 约束，以确保显式插入的值也永远不会重复。

类型名 serial 和 serial4 等效：两者都创建 integer 列。类型名 bigserial 和 serial8 的作用方式相同，只是它们创建 bigint 列。如果你预计在表的整个生命周期中会使用超过 2³¹ 个标识符，就应使用 bigserial。

支撑 serial 类型的隐式序列不会在包含 serial 类型的表被删除时自动删除。因此，按顺序执行下面的命令很可能会失败：

CREATE TABLE tablename (colname SERIAL);
DROP TABLE tablename;
CREATE TABLE tablename (colname SERIAL);

该序列会一直留在数据库中，直到用 DROP SEQUENCE 显式删除。（这一烦扰在将来的某个版本中可能会被改变。）