第 5 章 数据类型

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

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

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

SQL只规定了整数类型integer（或int）和smallint。类型bigint以及类型名int2、int4和int8都是扩展，也在各种其他SQL数据库系统中使用。

... WHERE smallint_column = 42

... WHERE smallint_column = '42'

numeric 类型最多可存储 1,000 位精度的数字并精确执行计算。特别推荐用它存储货币金额和其他要求精确的数量。但与下一节描述的浮点类型相比，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 数据类型并不是真正的类型，而只是设置标识符列的一种记法上的便利（类似于某些其他数据库支持的 AUTO_INCREMENT 属性）。在当前的实现中，指定

CREATE TABLE tablename (
    colname SERIAL
);

等效于指定：

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

这样，我们就创建了一个整型列，并安排它的默认值由一个序列产生器分配。这里应用了NOT NULL约束，以确保不会插入空值。在大多数情况下，你可能还会想附加一个UNIQUE或PRIMARY KEY约束，以防止意外插入重复值，但这不是自动的。

要使用 serial 列把序列的下一个值插入表中，需指定让该 serial 列取默认值。这可以通过在 INSERT 语句的列清单中省略该列，或使用 DEFAULT 关键字来完成。

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

由 serial 类型创建的序列会在所属列被删除时自动删除，且不能以其他方式删除。（在 PostgreSQL 7.3 之前的版本中并非如此。注意，对于通过重新加载 7.3 之前数据库的转储创建的序列，这种自动删除链接不会发生；转储文件不含建立依赖链接所需的信息。）此外，序列与列之间的这种依赖只针对 serial 列本身建立；如果有其他列引用该序列（例如通过手动调用 nextval() 函数），在序列被删除时它们可能被破坏。以这种方式使用 serial 列被认为是不好的做法。