8.1.1. 整數類型

類型 smallint，integer，和 bigint 儲存各種範圍的全部是數字的數，也就是沒有小數部分的數字。 試圖儲存超出範圍以外的數值將導致一個錯誤。

常用的類型是 integer，因為它提供了在範圍，儲存空間， 和性能之間的最佳平衡。一般只有在磁盤空間緊張的時候才使用 smallint。而只有在 integer 的範圍不夠的時候才使用 bigint，因為前者絕對快得多。

bigint 類型可能不是在所有平台上都運轉正確， 因為它依賴編譯器對八字元整數的支援。在那些沒有這樣支援的機器上， bigint 的作用和 integer 一樣（但是仍然佔據八字元儲存）。不過，我們還不知道任何有這樣的情況的平台。

SQL只聲明了整數類型 integer(或int)和 smallint。類型 bigint，和類型名 int2，int4，和 int8 都是擴展， 也在許多其它 SQL 資料庫系統中使用。

8.1.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標準。

8.1.3. 浮點數類型

資料類型 real 和 double precision 是不準確的，變精度的數字類型。 實際上，這些類型是 IEEE 標準 754 二進制浮點數算術（分別對應單和雙精度）的一般實現， 外加下層處理器，操作系統和編譯器對它的支援。

不準確意味著一些數值不能準確地轉換成內部格式並且是以近似的形式儲存的，因此儲存然後把資料再打印出來可能顯示一些缺失。 處理這些錯誤以及這些錯誤是如何在計算中傳播的屬於數學和計算機科學的一個完整的分支， 我們不會在這裡進一步討論它，這裡的討論僅限於如下幾點：

• 如果您要求準確的計算（比如計算貨幣金額），應使用 numeric 類型。

• 如果您想用這些類型類型做任何重要的複雜計算，尤其是那些您對範圍情況（無窮，下溢）嚴重依賴的事情，那您應該仔細評詁您的實現。

• 拿兩個浮點數值進行相等性比較可能像，也可能不像想像那樣運轉。

通常，real 類型的範圍是至少 -1E+37 到 +1E+37， 精度至少是 6 位小數。double precision 類型通常有 -1E+308 到 +1E+308 的範圍，精度是至少 15 位數字。太大或者太小的數值都會導致錯誤。 如果輸入資料太高，那麼可能發生園整。太接近零的數字，如果無法與零值的資料表現形式相區分就會產生下溢錯。

除了普通的數字值之外，浮點類型還有幾個特殊值：

Infinity
-Infinity
NaN

PostgreSQL 還支援 SQL 標準資料表示法 float 和 float(p) 用於聲明非精確的數值類型。 在這裡，p 聲明以二進制位資料表示的最低可接受精度。 在選取 real 類型的時候，PostgreSQL 接受 float(1) 到 float(24)，在選取 double precision 的時候，接受 float(25) 到 float(53)。在允許範圍之外的 p 值將導致一個錯誤。 沒有聲明精度的 float 將被當作是 double precision。

8.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 約束避免意外地插入重複的數值，但這個不是自動發生的。

要使用 serial 字串插入序列的下一個數值到資料表中， 主要是要注意 serial 應該賦予預設值。 我們可以透過在 INSERT 語句中把該字串排除在字串列資料表之外來實現， 也可以透過使用 DEFAULT 關鍵字來實現。

類型名 serial 和 serial4 是等效的： 兩個都建立 integer 字串。類型名 bigserial 和 serial8 也一樣，只不過它建立一個 bigint 字串。 如果您預計在資料表的生存期中使用的標識數目超過 2³¹ 個，那麼您應該使用 bigserial。

一個 serial 類型建立的序列在所屬的字串被刪除的時候自動刪除，其它情況下是不會被刪除的。 （這一點在 PostgreSQL 版本 7.3 之前可不是真的。請注意，這種自動刪除的關聯在透過重載 7.3 以前的資料庫轉儲的時候可不會自動發生； 那樣的轉儲文件不包含需要建立這種關聯關係的訊息。） 另外，這樣的序列和字串之間的依賴性只在 serial 字串本身上有； 如果任何其它字串引用了序列（可能是手工調用 nextval 函數）， 那麼，如果這個序列被刪除了，它們就會被破壞。我們認為這樣使用 serial 字串是一種不好的形式；如果您想用同一個序列發生器給幾個字串喂資料，那麼還是把序列發生器作為獨立對像建立。