5.1.1. 整数类型

类型 smallint，integer，bigint 存储各种范围的全部是数字的数，也就是没有小数部分的数字． 试图存储超出范围以外的数值将导致一个错误．

常用的类型是 integer，因为它提供了在范围，存储空间， 和性能之间的最佳平衡．一般只有在磁盘空间紧张的时候才使用 smallint．而只有在 integer 的范围不够的时候 才使用 bigint，因为前者绝对快得多．

bigint 类型可能不是在所有平台上都运转正确， 因为它依赖编译器对八字节整数的支持．在那些没有这样支持的机器上， bigint 的作用和 integer 一样(但是仍然占据 八字节存储)．不过，我们还不知道任何有这样的情况的平台．

SQL只声明了整数类型 integer(或int)和 smallint．类型 bigint，和类型名 int2，int4，和 int8 都是扩展， 也在许多其它 RDBMS 产品中使用．

5.1.2. 任意精度数据

类型 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标准．

5.1.3. 浮点数类型

数据类型 real 和 double precision 是不准确的，变精度的数字类型． 实际上，这些类型是 IEEE 标准 754 二进制浮点数算术 (分别对应单和双精度)的一般实现，加上下层处理器，操作系统和 编译器对它的支持．

不准确意味着一些数值不能准确地转换成内部格式并且是以近似的形式 存储的，因此存储然后把数据再打印出来可能显示一些缺失． 处理这些错误以及这些错误是如何在计算中传播的属于数学和计算机 科学的一个完整的分支，我们不会在这里进一步讨论它，这里的讨论仅限 于如下几点∶

• 如果你要求准确的计算(比如计算货币金额)，应使用 numeric 类型．

• 如果你想用这些类型类型做任何重要的复杂计算，尤其是那些你 对范围情况(无穷，下溢)严重依赖的事情，那你应该仔细评诂你的实现．

• 拿两个浮点数值进行相等性比较可能象，也可能不象想像那样运转．

通常，real 类型的范围是至少 -1E+37 到 +1E+37， 精度至少是 6 位小数．double precision 类型通常有 -1E+308 到 +1E+308 的范围，精度是至少 15 位数字．太大或者太小的 数值都会导致错误．如果输入数据太高，那么可能发生园整．太接近 零的数字，如果无法与零值的表现形式相区分就会产生下溢错．

5.1.4. Serial（序列）类型

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 字段是一种不好的形式。