| PostgreSQL 7.4 文檔 | ||||
|---|---|---|---|---|
| Prev | Fast Backward | Fast Forward | Next | |
PostgreSQL 有著豐富的數據類型可用． 用戶可以使用 CREATE TYPE命令為 PostgreSQL 增加新的數據類型．
Table 8-1 顯示了所有內置的 普通數據類型．在"別名"列裡列出的大多數可選名字 都是因歷史原因 PostgreSQL 在內部使用的 名字．另外，還有一些內部使用的或者廢棄的類型也可以用， 但沒有在這裡列出．
Table 8-1. 數據類型
| 名字 | 別名 | 描述 |
|---|---|---|
| bigint | int8 | 有符號 8 字節整數 |
| bigserial | serial8 | 自增八字節整數 |
| bit | 定長位串 | |
| bit varying(n) | varbit(n) | 變長位串 |
| boolean | bool | 邏輯布爾量 （真/假） |
| box | 平面中的長方形 | |
| bytea | 二進制數據 | |
| character varying(n) | varchar(n) | 變長字符串 |
| character(n) | char(n) | 定長字符串 |
| cidr | IPv4 或者 IPv6 網絡地址 | |
| circle | 平面中的圓 | |
| date | 日歷日期（年，月，日） | |
| double precision | float8 | 雙精度浮點數字 |
| inet | IPv4 或者 IPv6 網絡地址 | |
| integer | int，int4 | 四字節長有符號整數 |
| interval(p) | 時間間隔 | |
| line | 平面中的無限長直線（沒完全實現） | |
| lseg | 平面中的線段 | |
| macaddr | MAC 地址 | |
| money | 貨幣金額 | |
| numeric [ (p, s) ] | decimal [ (p, s) ] | 可選精度的準確數字 |
| path | 平面的開放的或封閉的幾何路徑 | |
| point | 平面中的點 | |
| polygon | 平面中的封閉幾何路徑 | |
| real | float4 | 單精度浮點數 |
| smallint | int2 | 有符號兩字節整數 |
| serial | serial4 | 自增四字節整數 |
| text | 變長字符串 | |
| time [ (p) ] [ without time zone ] | 一天裡的時間 | |
| time [ (p) ] with time zone | timetz | 一天裡的時間，包括時區 |
| timestamp [ (p) ] without time zone | timestamp | 日期和時間 |
| timestamp [ (p) ] [ with time zone ] | timestamptz | 日期和時間 |
兼容性: 下列類型（或者那樣拼寫的）是SQL聲明的： bit，bit varying，boolean， char，character，character varying，varchar，date， double precision，integer， interval，numeric，decimal， real，smallint，time （包括有時區和無時區的）， timestamp （包括有時區和無時區的）．
每種數據類型都有一個由其輸入和輸出函數決定的外部表現形式． 許多內建的類型有明顯的格式．不過，許多類型要麼是 PostgreSQL 所特有的，比如開放和 閉合路徑，要麼是有幾種不同的格式可能，比如日期和時間類型． 有些輸入和輸出函數是不可逆的．也就是說，輸出函數的輸出結果和 原始的輸入比較的時候可能丟失精度．
為了提高性能，一些操作符和函數（如加法和乘法）並不做運行時的錯誤檢查． 因而在一些系統上的對某些數據類型的數字操 作會導致輕微的數值溢出或下溢。
數值類型由2 ，4或8字節的整數以及4或8字節的浮點數和固定精度小數組成。 Table 8-2 列出了所有可用類型。
Table 8-2. 數值類型
| 名字 | 存儲空間 | 描述 | 範圍 |
|---|---|---|---|
| smallint | 2 字節 | 小範圍整數 | -32768 到 +32767 |
| integer | 4 字節 | 常用的整數 | -2147483648 到 +2147483647 |
| bigint | 8 字節 | 大範圍的整數 | -9223372036854775808 到 9223372036854775807 |
| decimal | 變長 | 用戶聲明精度，精確 | 無限制 |
| numeric | 變長 | 用戶聲明精度，精確 | 無限制 |
| real | 4 字節 | 變精度，不精確 | 6 位十進制數字精度 |
| double precision | 8 字節 | 變精度，不精確 | 15 位十進制數字精度 |
| serial | 4 字節 | 自增整數 | 1 到 +2147483647 |
| bigserial | 8 字節 | 大範圍的自增整數 | 1 到 9223372036854775807 |
數值類型常量的語法在 Section 4.1.2 裡描述． 數值類型對應有一套完整的數學操作符和函數．相關信息請參考 Chapter 9。 下面的幾節詳細描述這些類型．
類型 smallint，integer，和 bigint 存儲各種範圍的全部是數字的數，也就是沒有小數部分的數字． 試圖存儲超出範圍以外的數值將導致一個錯誤．
常用的類型是 integer，因為它提供了在範圍，存儲空間， 和性能之間的最佳平衡．一般只有在磁盤空間緊張的時候才使用 smallint．而只有在 integer 的範圍不夠的時候 才使用 bigint，因為前者絕對快得多．
bigint 類型可能不是在所有平台上都運轉正確， 因為它依賴編譯器對八字節整數的支持．在那些沒有這樣支持的機器上， bigint 的作用和 integer 一樣(但是仍然佔據 八字節存儲)．不過，我們還不知道任何有這樣的情況的平台．
SQL只聲明了整數類型 integer(或int)和 smallint．類型 bigint，和類型名 int2，int4，和 int8 都是擴展， 也在許多其它 SQL 數據庫系統中使用．
注意: 如果你有一個有索引的 smallint 或者 bigint 字段，那麼你可能在讓系統使用這些索引的時候碰到 麻煩．比如，象下面這樣形式的子句
... WHERE smallint_column = 42將不會使用索引，因為系統給常量 42 賦予了 integer 類型， 而目前PostgreSQL在涉及兩種數據類型的時候不能使用索引． 一個繞開的方法是使用單引號包圍常量，因此︰
... WHERE smallint_column = '42'這樣將導致系統推遲類型解析並將給常量賦予正確的類型．
類型 numeric 可以存儲最多1000位精度的數字 並且準確地進行計算．我們特別建議將它 用于貨幣金額和其它要求計算準確的數量．不過，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 二進制浮點數算術 (分別對應單和雙精度)的一般實現，加上下層處理器，操作系統和 編譯器對它的支持．
不準確意味著一些數值不能準確地轉換成內部格式並且是以近似的形式 存儲的，因此存儲然後把數據再打印出來可能顯示一些缺失． 處理這些錯誤以及這些錯誤是如何在計算中傳播的屬于數學和計算機 科學的一個完整的分支，我們不會在這裡進一步討論它，這裡的討論僅限 于如下幾點︰
如果你要求準確的計算(比如計算貨幣金額)，應使用 numeric 類型．
如果你想用這些類型類型做任何重要的復雜計算，尤其是那些你 對範圍情況(無窮，下溢)嚴重依賴的事情，那你應該仔細評詁你的實現．
拿兩個浮點數值進行相等性比較可能象，也可能不象想像那樣運轉．
通常，real 類型的範圍是至少 -1E+37 到 +1E+37， 精度至少是 6 位小數．double precision 類型通常有 -1E+308 到 +1E+308 的範圍，精度是至少 15 位數字．太大或者太小的 數值都會導致錯誤．如果輸入數據太高，那麼可能發生園整．太接近 零的數字，如果無法與零值的表現形式相區分就會產生下溢錯．
PostgreSQL 還支持 SQL 標準表示法 float 和 float(p) 用于聲明非精確的數值類型。 在這裡，p 聲明以二進制位表示的最低刻接受精度。 在選取 real 類型的時候，PostgreSQL 接受 float(1) 到 float(24)，在選取 double precision 的時候，接受 float(25) 到 float(53)。在允許範圍之外 的 p 值講導致一個錯誤。沒有聲明精度的 float 講被當作是 double precision。
注意: 在 PostgreSQL 7.4 以前，在 float(p) 裡面的精度會被當作是這麼多位數的十進制位。到 7.4 已經被修改成與 SQL 標準 匹配，標準聲明這個精度是以二進制位度量的。假設 real 和 double precision 分別有 24 和 53 個二進制位的位數對 IEEE 標準 的浮點實現來說是正確的。在非 IEEE 平台上，這個數值可能略有偏差，但是為了 簡化，我們在所有平台上都用了同樣的 p 值範圍。
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 字段是一種不好的形式；如果你想用同一個序列發生器給幾個字段喂數據，那麼 還是把序列發生器作為獨立對象創建。