PostGreSQL数据库有的为啥找不到数据类型（比如Double）_pgsql double类型

今天用NavCate建立PostGreSql建标，使用Double发现居然没有这个类型，百度各种博客都表示有Double类型，但是我测试就没了

后来发现，这里面居然有别名

1 . 整数类型

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

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

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

SQL只声明了整数类型 integer(或int)和 smallint。类型 bigint，和类型名 int2，int4，和 int8 都是扩展， 也在许多其它 SQL 数据库系统中使用。

2. 任意精度数值

类型 numeric 可以存储最多1000位精度的数字并且准确地进行计算。 我们特别建议将它用于货币金额和其它要求计算准确的数量。不过，numeric 类型上的算术运算比整数类型或者我们下一节描述的浮点数类型要慢很多。

在随后的内容里，我们使用了下述术语： 一个 numeric 的比例是到小数点右边为止小数部分的位数， numeric 的精度是整个数字里全部数据位的数目，也就是小数点两边的数据数目。 因此数字 23.5141 的精度为6而比例为4。你可以认为整数的比例为零。

numeric 字段的最大精度和最大比例都是可以配置的。要声明一个类型为 numeric 的字段，你可以用下面的语法

NUMERIC(precision, scale)
精度必须为正数，比例可以为零或者正数。 另外，

NUMERIC(precision)
选择了 0 为比例。不带任何精度或者比例声明

NUMERIC
则创建一个可以存储一个直到实现精度上限的任意精度和比例的数值， 一个这样类型的字段将不会把输入数值转化成任何特定的比例， 而带有比例声明的 numeric 字段将把输入值转化为该比例。 （SQL标准要求缺省的比例是 0。也就是转化成整数精度。 我们觉得这样做有点没用。如果你关心移植性，那你最好总是明确声明精度和比例。）

如果一个要存储的数值的比例比字段声明的比例高， 那么系统将尝试圆整（四舍五入）该数值到指定的小数位。 然后，如果小数点左边的数据位数超过了声明的精度减去声明的比例， 那么抛出一个错误。

数值数据值物理上是不带任何前导或者后缀零的形式存储的。 因此，字段上声明的精度和比例都是最大值，而不是固定分配的。 （在这个方面，numeric 类型更类似于 varchar(n)， 而不像 char(n)。） 实际存储是每四个十进制位两个字节，然后在整个数据上加上八个字节的额外开销。

除了普通的数字值之外，numeric 类型允许特殊值 NaN， 表示”不是一个数字”。任何在 NaN 上面的操作都生成另外一个 NaN。 如果在 SQL 命令里把这些值当作一个常量写，你必须在其周围放上单引号，比如 UPDATE table SET x = ‘NaN’。在输入时，字串 NaN 当作大小写无关看待。

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

3. 浮点数类型

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

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

如果你要求准确的计算（比如计算货币金额），应使用 numeric 类型。

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

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

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

除了普通的数字值之外，浮点类型还有几个特殊值：

Infinity
-Infinity
NaN

这些值分别表示 IEEE 754 特殊值”正无穷大”，”负无穷大”， 以及”不是一个数字”。（在不遵循 IEEE 754 浮点算术的机器上，这些值的含义可能不是预期的。） 如果在 SQL 命令里把这些数值当作常量写，你必须在它们周围放上单引号， 像这样 UPDATE table SET x = ‘Infinity’。 输入时，这些值是以大小写无关的方式识别的。
PostgreSQL 还支持 SQL 标准表示法 float 和 float§ 用于声明非精确的数值类型。 在这里，p 声明以二进制位表示的最低可接受精度。 在选取 real 类型的时候，PostgreSQL 接受 float(1) 到 float(24)，在选取 double precision 的时候，接受 float(25) 到 float(53)。在允许范围之外的 p 值将导致一个错误。 没有声明精度的 float 将被当作是 double precision。

注意: 在 PostgreSQL 7.4 以前，在 float§ 里面的精度会被当作是这么多位数的十进制位。到 7.4 已经被修改成与 SQL 标准匹配，标准声明这个精度是以二进制位度量的。假设 real 和 double precision 分别有 24 和 53 个二进制位的位数对 IEEE 标准的浮点实现来说是正确的。 在非 IEEE 平台上，这个数值可能略有偏差，但是为了简化，我们在所有平台上都用了同样的 p 值范围。

3.1 问题：精度无缘无故丢失
这个默认建表语句不能指定经度，很奇怪，我设计 zbx float8(30,20) 表示存储地理位置信息（），经度，22.99865252707371，但是会默认为22.99865252707371后面的一个1无法存储，而且变成

这里没有小数点数。

4. Serial（序号）类型

serial 和 bigserial 类型不是真正的类型， 只是为在表中设置唯一标识做的概念上的便利。（类似其它一些数据库中的 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 约束避免意外地插入重复的数值，但这个不是自动发生的。

注意: 在 PostgreSQL 7.3 以前，serial 隐含 UNIQUE。但现在不再如此。 如果你希望一个序列字段有一个唯一约束或者一个主键，那么你现在必须声明，就像其它数据类型一样。

要使用 serial 字段插入序列的下一个数值到表中， 主要是要注意 serial 应该赋予缺省值。 我们可以通过在 INSERT 语句中把该字段排除在字段列表之外来实现， 也可以通过使用 DEFAULT 关键字来实现。

类型名 serial 和 serial4 是等效的： 两个都创建 integer 字段。类型名 bigserial 和 serial8 也一样，只不过它创建一个 bigint 字段。 如果你预计在表的生存期中使用的标识数目超过 231 个，那么你应该使用 bigserial。

一个 serial 类型创建的序列在所属的字段被删除的时候自动删除，其它情况下是不会被删除的。 （这一点在 PostgreSQL 版本 7.3 之前可不是真的。请注意，这种自动删除的关联在通过重载 7.3 以前的数据库转储的时候可不会自动发生； 那样的转储文件不包含需要建立这种关联关系的信息。） 另外，这样的序列和字段之间的依赖性只在 serial 字段本身上有； 如果任何其它字段引用了序列（可能是手工调用 nextval 函数）， 那么，如果这个序列被删除了，它们就会被破坏。我们认为这样使用 serial 字段是一种不好的形式；如果你想用同一个序列发生器给几个字段喂数据，那么还是把序列发生器作为独立对象创建。