CREATE TABLE · PostgreSQL 中文文檔 9.3

# CREATE TABLE ## Name CREATE TABLE?--?定義一個新表 ## Synopsis ``` CREATE [ [ GLOBAL | LOCAL ] { TEMPORARY | TEMP } | UNLOGGED ] TABLE [ IF NOT EXISTS ] _table_name_ ( [ { _column_name_ _data_type_ [ COLLATE _collation_ ] [ _column_constraint_ [ ... ] ] | _table_constraint_ | LIKE _source_table_ [ _like_option_ ... ] } [, ... ] ] ) [ INHERITS ( _parent_table_ [, ... ] ) ] [ WITH ( _storage_parameter_ [= _value_] [, ... ] ) | WITH OIDS | WITHOUT OIDS ] [ ON COMMIT { PRESERVE ROWS | DELETE ROWS | DROP } ] [ TABLESPACE _tablespace_name_ ] CREATE [ [ GLOBAL | LOCAL ] { TEMPORARY | TEMP } | UNLOGGED ] TABLE [ IF NOT EXISTS ] _table_name_ OF _type_name_ [ ( { _column_name_ WITH OPTIONS [ _column_constraint_ [ ... ] ] | _table_constraint_ } [, ... ] ) ] [ WITH ( _storage_parameter_ [= _value_] [, ... ] ) | WITH OIDS | WITHOUT OIDS ] [ ON COMMIT { PRESERVE ROWS | DELETE ROWS | DROP } ] [ TABLESPACE _tablespace_name_ ] 這里的`_column_constraint_`是: [ CONSTRAINT _constraint_name_ ] { NOT NULL | NULL | CHECK ( _expression_ ) [ NO INHERIT ] | DEFAULT _default_expr_ | UNIQUE _index_parameters_ | PRIMARY KEY _index_parameters_ | REFERENCES _reftable_ [ ( _refcolumn_ ) ] [ MATCH FULL | MATCH PARTIAL | MATCH SIMPLE ] [ ON DELETE _action_ ] [ ON UPDATE _action_ ] } [ DEFERRABLE | NOT DEFERRABLE ] [ INITIALLY DEFERRED | INITIALLY IMMEDIATE ] 而`_table_constraint_`是: [ CONSTRAINT _constraint_name_ ] { CHECK ( _expression_ ) [ NO INHERIT ] | UNIQUE ( _column_name_ [, ... ] ) _index_parameters_ | PRIMARY KEY ( _column_name_ [, ... ] ) _index_parameters_ | EXCLUDE [ USING _index_method_ ] ( _exclude_element_ WITH _operator_ [, ... ] ) _index_parameters_ [ WHERE ( _predicate_ ) ] | FOREIGN KEY ( _column_name_ [, ... ] ) REFERENCES _reftable_ [ ( _refcolumn_ [, ... ] ) ] [ MATCH FULL | MATCH PARTIAL | MATCH SIMPLE ] [ ON DELETE _action_ ] [ ON UPDATE _action_ ] } [ DEFERRABLE | NOT DEFERRABLE ] [ INITIALLY DEFERRED | INITIALLY IMMEDIATE ] `_like_option_`是: { INCLUDING | EXCLUDING } { DEFAULTS | CONSTRAINTS | INDEXES | STORAGE | COMMENTS | ALL } 在`UNIQUE`、`PRIMARY KEY`和 `EXCLUDE`約束中的`_index_parameters_`是: [ WITH ( _storage_parameter_ [= _value_] [, ... ] ) ] [ USING INDEX TABLESPACE _tablespace_name_ ] `_exclude_element_` in an `EXCLUDE` constraint is: { _column_name_ | ( _expression_ ) } [ _opclass_ ] [ ASC | DESC ] [ NULLS { FIRST | LAST } ] ``` ## 描述 `CREATE TABLE`在當前數據庫創建一個新的空白表。該表將由發出此命令的用戶所擁有。如果給出了模式名(比如`CREATE TABLE myschema.mytable ...`)，那么在指定的模式中創建表，否則在當前模式中創建。臨時表存在于一個特殊的模式里，因此創建臨時表的時候不能指定模式名。表名字必需在同一模式中的其它表、序列、索引、視圖或外部表名字中唯一。 `CREATE TABLE`還自動創建一個與該表的行對應的復合數據類型。因此，表不能和同模式中的現有數據類型同名。可選的約束子句聲明約束，新行或者更新的行必須滿足這些約束才能成功插入或更新。約束是一個 SQL 對象，它以多種方式協助在表上定義有效數值的集合。定義約束有兩種方法：表約束和列約束。列約束是作為一個列定義的一部分定義的。而表約束并不和某個列綁在一起，它可以作用于多個列上。每個列約束也可以寫成表約束；如果某個約束只影響一個列，那么列約束只是符號上的簡潔方式而已。要能創建一個表，你必須分別在所有列類型或`OF` 子句的類型上有`USAGE`權限。 ## 參數 `TEMPORARY` 或 `TEMP` 如果聲明了，則創建為臨時表。臨時表在會話結束或(可選)當前事務的結尾 (參閱下面的`ON COMMIT`)自動刪除。除非用模式修飾的名字引用，否則現有的同名永久表在臨時表存在期間，在本會話過程中是不可見的。任何在臨時表上創建的索引也都會被自動刪除。 [自動清理進程](#calibre_link-77)不能訪問，因此不能清理或分析臨時表。由于這個原因，適當的清理和分析操作應該通過會話SQL命令來執行。例如，如果一個臨時表用于復雜查詢中，那么在填充臨時表之后在臨時表上運行 `ANALYZE`是明智的。可以選擇在`TEMPORARY`或`TEMP`前面放上`GLOBAL` 或`LOCAL`。不過這目前對PostgreSQL來說沒有任何區別，并且已經廢棄了；可以參閱[_兼容性_](#calibre_link-78)。 `UNLOGGED` 如果指定了，則表作為非日志表來創建。寫入到非日志表中的數據并不寫入預寫式日志（參閱[Chapter 29](#calibre_link-79)），這使得他們比普通表快的多。不過，他們不是崩潰安全的：一個非日志表在崩潰或不清理關機之后被自動截斷。非日志表的內容也不復制到備用服務器。任何在非日志表上創建的索引也自動是非日志的。 `IF NOT EXISTS` 如果同名的關系已經存在，那么不要拋出一個錯誤。在這種情況下發出一個通知。請注意，不保證已經存在的關系和要創建的關系相像。 `_table_name_` 要創建的表的名字(可以用模式修飾) `OF` `_type_name_` 創建一個_類型化的表_，它的結構來自指定的復合類型（名字可以有模式修飾）。一個類型化的表綁定到它的類型；例如，如果類型被刪除（使用`DROP TYPE ... CASCADE`），則該表也將被刪除。當類型化的表被創建時，字段的數據類型取決于底層復合類型，而不是通過`CREATE TABLE`命令指定。但是`CREATE TABLE`命令可以給表添加缺省和約束，并且可以指定存儲參數。 `_column_name_` 在新表中要創建的字段名字。 `_data_type_` 該字段的數據類型。它可以包括數組說明符。有關PostgreSQL 支持的數據類型的更多信息，請參考[Chapter 8](#calibre_link-5)。 `COLLATE` `_collation_` `COLLATE`給字段（必須是可排序的數據類型）分配一個排序規則。如果沒有指定，則使用字段數據類型的缺省排序。 `INHERITS (` `_parent_table_` [, ... ] ) 可選的`INHERITS`子句聲明一系列的表，新表自動從這一系列表中繼承所有字段。使用`INHERITS`將在新的子表和其父表之間創建一個永久的關系。對父表結構的修改通常也會傳播到子表。缺省時，掃描父表的時候也會掃描子表。如果在多個父表中存在同名字段，那么就會報告一個錯誤，除非這些字段的數據類型在每個父表里都是匹配的。如果沒有沖突，那么重復的字段在新表中融合成一個字段。如果列出的新表字段名和繼承字段同名，那么它的數據類型也必須和繼承字段匹配，并且這些字段定義會融合成一個。如果新表為該字段明確聲明了缺省值，那么此缺省值將覆蓋任何繼承字段的缺省值。否則，該字段的所有父字段缺省值都必須相同，否則就會報錯。 `CHECK`約束本質上以和字段一樣的方式合并：如果多個父表和/或新表的定義包含相同名字的 `CHECK`約束，那么這些約束必須都有相同的檢查表達式，否則會報告一個錯誤。有相同名字和表達式的約束將合并到一個。在父表中標記為`NO INHERIT` 的約束將不被考慮。請注意，新表中未命名的`CHECK`約束將永遠不被合并，因為它將永遠都有一個唯一的名字。字段`STORAGE`設置也從父表中拷貝。 `LIKE` `_source_table_` [ `_like_option_` ... ] `LIKE`子句聲明一個表，新表自動從這個表里面繼承所有字段名及其數據類型和非空約束。和`INHERITS`不同，新表與原來的表之間在創建動作完畢之后是完全無關的。在源表做的任何修改都不會傳播到新表中，并且也不可能在掃描源表的時候包含新表的數據。字段缺省表達式只有在聲明了`INCLUDING DEFAULTS`之后才會包含進來。缺省是不包含缺省表達式的，結果是新表中所有字段的缺省值都是 NULL 。非空約束將總是復制到新表中，`CHECK`約束則僅在指定了 `INCLUDING CONSTRAINTS`的時候才復制。源表上的索引、 `PRIMARY KEY`和`UNIQUE`約束僅在指定了 `INCLUDING INDEXES`子句的時候才在新表上創建。此規則同時適用于表約束和列約束。拷貝字段定義的`STORAGE`設置只在聲明了`INCLUDING STORAGE` 的時候才拷貝。缺省是不包括`STORAGE`設置的，結果是新表中的拷貝字段有特定類型的缺省設置。關于`STORAGE` 設置的更多信息，請參閱[Section 58.2](#calibre_link-80)。拷貝字段、約束和索引的注釋只在聲明了`INCLUDING COMMENTS` 的時候拷貝。缺省是不包含注釋的，結果是新表中拷貝的字段和約束沒有注釋。 `INCLUDING ALL`是`INCLUDING DEFAULTS INCLUDING CONSTRAINTS INCLUDING INDEXES INCLUDING STORAGE INCLUDING COMMENTS` 的一個簡寫形式。請注意，和`INHERITS`不同，通過`LIKE` 拷貝的列和約束并不使用相同的名字進行融合。如果明確的指定了相同的名字或者在另外一個`LIKE`子句中，那么將會報錯。 `LIKE`子句也可以用來從視圖、外表或復合類型中拷貝字段。不適用的選項（如，從一個視圖中`INCLUDING INDEXES`）都被忽略。 `CONSTRAINT` `_constraint_name_` 可選的列約束或表約束的名字。如果約束本身是非法的，那么其名字將會出現在錯誤信息中，因此像`col must be positive`這樣的名字可以表達有用的約束信息。如果約束名中含有空格則必須用雙引號界定。如果沒有指定約束名，那么系統將會自動生成一個名字。 `NOT NULL` 字段不允許包含 NULL 值 `NULL` 字段允許包含 NULL 值，這是缺省。這個子句的存在只是為和那些非標準 SQL 數據庫兼容。不建議在新應用中使用它。 `CHECK (` `_expression_` ) [ NO INHERIT ] `CHECK`約束聲明一個生成布爾結果的表達式，每次將要插入的新行或者將要被更新的行必須使表達式結果為真或未知才能成功，否則會拋出一個異常并且不會修改數據庫。聲明為字段約束的檢查約束應該只引用該字段的數值，而在表約束里出現的表達式可以引用多個字段。目前，`CHECK`表達式不能包含子查詢也不能引用除當前行字段之外的變量。用`NO INHERIT`標記的約束將不會傳遞到子表中去。 `DEFAULT` `_default_expr_` `DEFAULT`子句給字段指定缺省值。該數值可以是任何不含變量的表達式 (不允許使用子查詢和對本表中的其它字段的交叉引用)。缺省表達式的數據類型必須和字段類型匹配。缺省表達式將被用于任何未聲明該字段數值的插入操作。如果沒有指定缺省值則缺省值為 NULL 。 `UNIQUE` (column constraint) `UNIQUE (` `_column_name_` [, ... ] ) (table constraint) `UNIQUE`約束表示表里的一個或多個字段的組合必須在全表范圍內唯一。唯一約束的行為和列約束一樣，只不過多了跨多行的能力。對于唯一約束而言，NULL 被認為是互不相等的。每個唯一約束都必須給其使用的字段集合賦予一個與其它唯一約束都不同的名字，并且也不能和主鍵約束的名字相同，否則就被認為是同樣的約束寫了兩次。 `PRIMARY KEY` (column constraint) `PRIMARY KEY (` `_column_name_` [, ... ] ) (table constraint) 主鍵約束表明表中的一個或者一些字段只能包含唯一(不重復)的非 NULL 值。從技術上講，`PRIMARY KEY`只是`UNIQUE` 和`NOT NULL`的組合，不過把一套字段標識為主鍵同時也體現了模式設計的元數據，因為主鍵意味著可以拿這套字段用做行的唯一標識。一個表只能聲明一個主鍵，不管是作為字段約束還是表約束。主鍵約束使用的字段集合應該與其它唯一約束都不同。 `EXCLUDE [ USING` `_index_method_` ] ( `_exclude_element_` WITH `_operator_` [, ... ] ) `_index_parameters_` [ WHERE ( `_predicate_` ) ] `EXCLUDE`子句定義一個排除約束，保證了兩個行在指定的字段或使用指定操作符的表達式上比較時，并不都返回`TRUE`。如果所有指定的操作符測試都相等，那么就等同于`UNIQUE`約束，盡管一個普通的唯一約束會更快速。不過，排除約束可以指定比簡單相等更普通的約束。例如，你可以通過使用`&&`操作符指定一個約束，在一個表中沒有兩個行包含重疊的圓圈(參閱[Section 8.8](#calibre_link-81))。排除約束是使用索引實現的，所以每個指定的操作符都必須和索引訪問方法的一個合適的操作符類（參閱[Section 11.9](#calibre_link-82)）相關。要求操作符是可交換的。每個`_exclude_element_` 可以指定一個操作符類和/或排序選項；這些在[CREATE INDEX](#calibre_link-83)中有充分的描述。訪問方法必須支持`amgettuple` (參閱[Chapter 54](#calibre_link-84))；目前，這意味著不能使用GIN。盡管允許使用，但是在排除約束中使用B-tree或哈希索引沒什么意義，因為一個普通唯一約束做的更好。所以實際中，訪問方法總是GiST 或SP-GiST。 `_predicate_`允許在表的子集上聲明一個排除約束；在內部這創建了一個部分索引。請注意，謂語需要有括號包圍。 `REFERENCES` `_reftable_` [ ( `_refcolumn_` ) ] [ MATCH `_matchtype_` ] [ ON DELETE `_action_` ] [ ON UPDATE `_action_` ] (column constraint) `FOREIGN KEY (` `_column_name_` [, ... ] ) REFERENCES `_reftable_` [ ( `_refcolumn_` [, ... ] ) ] [ MATCH `_matchtype_` ] [ ON DELETE `_action_` ] [ ON UPDATE `_action_` ] (table constraint) 這些子句聲明一個外鍵約束，外鍵約束要求新表中一列或多列組成的組應該只包含匹配被參考的表中對應字段中的值。如果省略`_refcolumn_`，則使用 `_reftable_`的主鍵。被參考字段必須是被參考表中的唯一字段或者主鍵。請注意，不能在臨時表和永久表之間定義外鍵約束。向參考字段插入的數值將使用給出的匹配類型與被參考表中被參考列的數值進行匹配。有三種匹配類型：`MATCH FULL`, `MATCH PARTIAL`, `MATCH SIMPLE`(缺省)。`MATCH FULL` 不允許一個多字段外鍵的字段為 NULL ，除非所有外鍵字段都為 NULL；如果都是NULL，那么該行在引用的表中不需要有匹配。`MATCH SIMPLE` 允許任意外鍵字段為 NULL；如果都是NULL，那么該行在引用的表中不需要有匹配。 `MATCH PARTIAL`目前尚未實現。（當然，`NOT NULL` 約束可以應用于引用字段，以阻止這些情況的發生。）另外，當被參考字段中的數據改變的時候，那么將對本表的字段中的數據執行某種操作。 `ON DELETE`子句聲明當被參考表中的被參考行被刪除的時候要執行的操作。類似的，`ON UPDATE`子句聲明被參考表中被參考字段更新為新值的時候要執行的動作。如果該行被更新，但被參考的字段實際上沒有變化，那么就不會有任何動作。除了`NO ACTION`檢查之外的其他參考動作都不能推遲，即使該約束聲明為可推遲也是如此。下面是每個子句的可能動作： `NO ACTION` 生成一個錯誤，表明刪除或更新將產生一個違反外鍵約束的動作。如果該約束是可推遲的，并且如果還存在任何引用行，那么這個錯誤將在檢查約束的時候生成。這是缺省動作。 `RESTRICT` 生成一個表明刪除或更新將導致違反外鍵約束的錯誤。和`NO ACTION`一樣，只是動作不可推遲。 `CASCADE` 刪除任何引用了被刪除行的行，或者分別把引用行的字段值更新為被參考字段的新數值。 `SET NULL` 把引用行設置為 NULL 。 `SET DEFAULT` 把引用字段設置為它們的缺省值。（如果他們為非空，那么被引用的表中必須有一行匹配缺省值，否則該操作將會失敗。）如果被參考字段經常更新，那么給引用字段增加一個索引可能是合適的，這樣與外鍵約束相關聯的引用動作可以更有效地執行。 `DEFERRABLE` `NOT DEFERRABLE` 這兩個關鍵字設置該約束是否可推遲。一個不可推遲的約束將在每條命令之后馬上檢查。可推遲約束可以推遲到事務結尾使用[SET CONSTRAINTS](#calibre_link-85)命令檢查。缺省是`NOT DEFERRABLE`。目前，只有`UNIQUE`、 `PRIMARY KEY`、`EXCLUDE`和`REFERENCES`（外鍵）約束接受這個子句。`NOT NULL`和`CHECK`約束都是不可推遲的。 `INITIALLY IMMEDIATE` `INITIALLY DEFERRED` 如果約束是可推遲的，那么這個子句聲明檢查約束的缺省時間。如果約束是`INITIALLY IMMEDIATE`(缺省)，那么每條語句之后就立即檢查它。如果約束是`INITIALLY DEFERRED`，那么只有在事務結尾才檢查它。約束檢查的時間可以用 [SET CONSTRAINTS](#calibre_link-85)命令修改。 `WITH (` `_storage_parameter_` [= `_value_`] [, ... ] ) 這個子句為表或索引指定一個可選的存儲參數，參見[_存儲參數_](#calibre_link-86)獲取更多信息。用于表的`WITH`子句還可以包含`OIDS=TRUE`或單獨的 `OIDS`來指定給新表中的每一行都分配一個 OID(對象標識符)，或者`OIDS=FALSE`表示不分配 OID 。如果沒有指定`OIDS` 默認行為取決于[default_with_oids](#calibre_link-87)配置參數。如果新表是從有 OID 的表繼承而來，那么即使明確指定`OIDS=FALSE` 也將強制按照`OIDS=TRUE`執行。如果明確或隱含的指定了`OIDS=FALSE`，新表將不會存儲 OID ，也不會為插入的行分配 OID 。這將減小 OID 的開銷并因此延緩了 32-bit OID 計數器的循環。因為一旦計數器發生循環之后 OID 將不能被視為唯一，這將大大降低 OID 的實用性。另外，排除了 OID 的表也為每條記錄減小了 4 字節的存儲空間（在大多數機器上），從而可以稍微提升一些性能。可以使用[ALTER TABLE](#calibre_link-88)從已有的表中刪除 OID 列。 `WITH OIDS` `WITHOUT OIDS` 這些是被廢棄的、分別等價于`WITH (OIDS)`和`WITH (OIDS=FALSE)` 的語法。如果想同時給出`OIDS`設置和存儲參數，必須使用 `WITH ( ... )`語法；見上文。 `ON COMMIT` 可以使用`ON COMMIT`控制臨時表在事務塊結尾的行為。這三個選項是： `PRESERVE ROWS` 在事務的結尾不采取任何特別的動作，這是缺省。 `DELETE ROWS` 在每個事務塊的結尾都刪除臨時表中的所有行。本質上是在每次提交事務后自動執行一個[TRUNCATE](#calibre_link-89)命令。 `DROP` 在當前事務塊的結尾刪除臨時表。 `TABLESPACE` `_tablespace_name_` 指定新表將要在`_tablespace_name_` 表空間內創建。如果沒有聲明，將使用[default_tablespace](#calibre_link-90)，如果該表為臨時表，那么將使用[temp_tablespaces](#calibre_link-91)。 `USING INDEX TABLESPACE` `_tablespace_name_` 這個子句允許選擇與一個`UNIQUE`、`PRIMARY KEY` 或`EXCLUDE`約束相關的索引創建時所在的表空間。如果沒有聲明，將使用[default_tablespace](#calibre_link-90)，如果該表為臨時表，那么將使用[temp_tablespaces](#calibre_link-91)。 ### 存儲參數 `WITH`子句可以為表指定_存儲參數_，并在索引上創建 `UNIQUE`、`PRIMARY KEY`或`EXCLUDE` 約束。用于索引的存儲參數在[CREATE INDEX](#calibre_link-83)里面描述。目前可以在表上使用的存儲參數在下面列出。對于每個參數，除非指明了，有一個額外的參數是相同的名字加上`toast.`前綴，可以用來控制表的次要TOAST表的行為，如果有 (參閱[Section 58.2](#calibre_link-80)獲取更多關于TOAST的信息)。請注意，TOAST表從它的父表中繼承`autovacuum_*`值，如果沒有設置`toast.autovacuum_*`設置。 `fillfactor` (`integer`) 一個表的填充因子(fillfactor)是一個介于 10 和 100 之間的百分數。 100(完全填充)是默認值。如果指定了較小的填充因子，`INSERT` 操作僅按照填充因子指定的百分率填充表頁。每個頁上的剩余空間將用于在該頁上更新行，這就使得`UPDATE`有機會在同一頁上放置同一條記錄的新版本，這比把新版本放置在其它頁上更有效。對于一個從不更新的表將填充因子設為 100 是最佳選擇，但是對于頻繁更新的表，較小的填充因子則更加有效。這個參數不能為TOAST表設置。 `autovacuum_enabled`, `toast.autovacuum_enabled` (`boolean`) 在一個特別的表上啟用或禁用自動清理守護進程。如果為真，當更新或刪除的元組的數量超過`autovacuum_vacuum_threshold` 加上`autovacuum_vacuum_scale_factor`倍的當前關系中評估的活動的元組時，自動清理守護進程將在一個特定的表上發起一個`VACUUM`操作。相似的，當插入、更新或刪除的元組的數量超過`autovacuum_analyze_threshold` 加上`autovacuum_analyze_scale_factor`倍的當前關系中評估的活動的元組時，自動清理守護進程將發起一個`ANALYZE`操作。如果為假，這個表將不被自動清理，除了防止事務Id循環。參閱[Section 23.1.5](#calibre_link-92) 獲取更多關于預防循環的信息。注意，這個變量從[autovacuum](#calibre_link-93) 設置中繼承值。 `autovacuum_vacuum_threshold`, `toast.autovacuum_vacuum_threshold` (`integer`) 在一個特定的表上發起`VACUUM`操作之前，更新或刪除的元組的最小值。 `autovacuum_vacuum_scale_factor`, `toast.autovacuum_vacuum_scale_factor` (`float4`) 添加到`autovacuum_vacuum_threshold`的`reltuples`的乘數。 `autovacuum_analyze_threshold` (`integer`) 在一個特定的表上發起`ANALYZE`操作之前，插入、更新或刪除的元組的最小值。 `autovacuum_analyze_scale_factor` (`float4`) 添加到`autovacuum_analyze_threshold`的`reltuples`乘數。 `autovacuum_vacuum_cost_delay`, `toast.autovacuum_vacuum_cost_delay` (`integer`) 自定義[autovacuum_vacuum_cost_delay](#calibre_link-94)參數。 `autovacuum_vacuum_cost_limit`, `toast.autovacuum_vacuum_cost_limit` (`integer`) 自定義[autovacuum_vacuum_cost_limit](#calibre_link-95)參數。 `autovacuum_freeze_min_age`, `toast.autovacuum_freeze_min_age` (`integer`) 自定義[autovacuum_vacuum_cost_limit](#calibre_link-95)參數。請注意，自動清理將忽略設置一個每表`autovacuum_freeze_min_age` 大于半個系統范圍的[autovacuum_freeze_max_age](#calibre_link-96)設置的嘗試。 `autovacuum_freeze_max_age`, `toast.autovacuum_freeze_max_age` (`integer`) 自定義[autovacuum_freeze_max_age](#calibre_link-96)參數。請注意，自動清理將忽略設置一個每表`autovacuum_freeze_max_age` 大于系統范圍的設置的嘗試（它只能設置的較小一些）。注意，你可以將`autovacuum_freeze_max_age`設置的非常小，甚至為零，這通常是不明智的，因為它將強制頻繁的清理。 `autovacuum_freeze_table_age`, `toast.autovacuum_freeze_table_age` (`integer`) 自定義[vacuum_freeze_table_age](#calibre_link-97)參數。 ## 注意不建議在新應用中使用 OID ，可能情況下，更好的選擇是使用一個`SERIAL` 或者其它序列發生器做表的主鍵。如果一個應用使用了 OID 標識表中的特定行，那么建議在該表的`oid`字段上創建一個唯一約束，以確保該表的 OID 即使在計數器循環之后也是唯一的。如果你需要一個整個數據庫范圍的唯一標識，那么就要避免假設 OID 是跨表唯一的，你可以用`tableoid`和行 OID 的組合來實現這個目的。 > **Tip:** 對那些沒有主鍵的表，不建議使用`OIDS=FALSE`，因為如果既沒有 OID 又沒有唯一數據字段，那么就很難標識特定的行。 PostgreSQL 自動為每個唯一約束和主鍵約束創建一個索引以確保其唯一性。因此，不必為主鍵字段明確的創建索引。參閱[CREATE INDEX](#calibre_link-83)獲取更多信息。唯一約束和主鍵在目前的實現里是不能繼承的。如果把繼承和唯一約束組合在一起會導致無法運轉。一個表不能超過 1600 個字段。實際的限制比這個更低，因為還有元組長度限制。 ## 例子創建`films`和`distributors`表： ``` CREATE TABLE films ( code char(5) CONSTRAINT firstkey PRIMARY KEY, title varchar(40) NOT NULL, did integer NOT NULL, date_prod date, kind varchar(10), len interval hour to minute ); CREATE TABLE distributors ( did integer PRIMARY KEY DEFAULT nextval('serial'), name varchar(40) NOT NULL CHECK (name <> '') ); ``` 創建一個帶有 2 維數組的表： ``` CREATE TABLE array_int ( vector int[][] ); ``` 為表`films`定義一個唯一表約束。唯一表約束可以在表的一個或多個字段上定義： ``` CREATE TABLE films ( code char(5), title varchar(40), did integer, date_prod date, kind varchar(10), len interval hour to minute, CONSTRAINT production UNIQUE(date_prod) ); ``` 定義一個檢查列約束： ``` CREATE TABLE distributors ( did integer CHECK (did > 100), name varchar(40) ); ``` 定義一個檢查表約束： ``` CREATE TABLE distributors ( did integer, name varchar(40) CONSTRAINT con1 CHECK (did > 100 AND name <> '') ); ``` 為表`films`定義一個主鍵表約束。 ``` CREATE TABLE films ( code char(5), title varchar(40), did integer, date_prod date, kind varchar(10), len interval hour to minute, CONSTRAINT code_title PRIMARY KEY(code,title) ); ``` 為表`distributors`定義一個主鍵約束。下面兩個例子是等效的，第一個例子使用了表約束語法，第二個使用了列約束語法。 ``` CREATE TABLE distributors ( did integer, name varchar(40), PRIMARY KEY(did) ); CREATE TABLE distributors ( did integer PRIMARY KEY, name varchar(40) ); ``` 下面這個例子給字段`name`賦予了一個文本常量缺省值，并且將字段`did`的缺省值安排為通過選擇序列對象的下一個值生成。 `modtime`的缺省值將是該行插入的時間戳。 ``` CREATE TABLE distributors ( name varchar(40) DEFAULT 'Luso Films', did integer DEFAULT nextval('distributors_serial'), modtime timestamp DEFAULT current_timestamp ); ``` 在表`distributors`上定義兩個`NOT NULL`列約束，其中之一明確給出了名字： ``` CREATE TABLE distributors ( did integer CONSTRAINT no_null NOT NULL, name varchar(40) NOT NULL ); ``` 為`name`字段定義一個唯一約束： ``` CREATE TABLE distributors ( did integer, name varchar(40) UNIQUE ); ``` 相同的，聲明為一個表約束： ``` CREATE TABLE distributors ( did integer, name varchar(40), UNIQUE(name) ); ``` 創建同樣的表，并為表以及唯一索引指定 70% 填充率： ``` CREATE TABLE distributors ( did integer, name varchar(40), UNIQUE(name) WITH (fillfactor=70) ) WITH (fillfactor=70); ``` 創建一個帶有排除約束的表`circles`，阻止任意兩個圓重疊： ``` CREATE TABLE circles ( c circle, EXCLUDE USING gist (c WITH &&) ); ``` 在表空間`diskvol1`里創建`cinemas`表： ``` CREATE TABLE cinemas ( id serial, name text, location text ) TABLESPACE diskvol1; ``` 創建一個復合類型和類型化的表： ``` CREATE TYPE employee_type AS (name text, salary numeric); CREATE TABLE employees OF employee_type ( PRIMARY KEY (name), salary WITH OPTIONS DEFAULT 1000 ); ``` ## 兼容性 `CREATE TABLE`遵循SQL標準，一些例外情況在下面列出。 ### 臨時表盡管`CREATE TEMPORARY TABLE`的語法和 SQL 標準的類似，但是效果是不同的。在標準里，臨時表只是定義一次并且從空內容開始自動存在于任何需要它們的會話中。 PostgreSQL要求每個會話為它們使用的每個臨時表發出它們自己的 `CREATE TEMPORARY TABLE`命令。這樣就允許不同的會話將相同的臨時表名字用于不同的目的，而標準的實現方法則把一個臨時表名字約束為具有相同的表結構。標準定義的臨時表的行為被廣泛地忽略了。PostgreSQL 在這方面上的行為類似于許多其它 SQL 數據庫系統。 SQL標準也區分全局和局部臨時表，局部臨時表對于每個會話中的每個SQL模塊都有一個單獨的內容設置，雖然它的定義仍然在會話中共享。因為PostgreSQL 不支持SQL模塊，所以這個差別在PostgreSQL不相關。出于兼容考慮，PostgreSQL將接受臨時表聲明中的 `GLOBAL`和`LOCAL`關鍵字，但是他們沒有任何作用。不建議使用這些關鍵字，因為PostgreSQL 的未來版本可能采取更加標準兼容的它們的含義。臨時表的`ON COMMIT`子句也類似于 SQL 標準，但是有些區別。如果忽略了`ON COMMIT`子句，SQL 標準聲明缺省的行為是 `ON COMMIT DELETE ROWS`。但是PostgreSQL 里的缺省行為是`ON COMMIT PRESERVE ROWS`。在 SQL 標準里不存在`ON COMMIT DROP`選項。 ### 非延遲的唯一性約束當`UNIQUE`或`PRIMARY KEY`約束是不可延遲的時，當插入或修改一個行時，PostgreSQL 立即檢查唯一性。SQL標準說唯一約束應該只在語句的結尾強制執行；這使得它和PostgreSQL不同，例如，一個命令更新多個鍵值。要獲得標準兼容的行為，聲明該約束為 `DEFERRABLE`但是不能延遲（也就是說，`INITIALLY IMMEDIATE`）。要知道，這會比立即檢查唯一性要慢的多。 ### 列檢查約束 SQL 標準說`CHECK`列約束只能引用他們作用的字段；只有`CHECK`表約束才能引用多個字段。PostgreSQL 并不強制這個限制；它把字段和表約束看作相同的東西。 ### `EXCLUDE` 約束 `EXCLUDE`約束類型是一個PostgreSQL擴展。 ### `NULL` "約束" `NULL` "約束"(實際上不是約束)是 PostgreSQL對 SQL 標準的擴展，包括它是為了和其它一些數據庫系統兼容以及為了和`NOT NULL` 約束對稱。因為它是任何字段的缺省，所以它的出現是沒有意義的。 ### 繼承通過`INHERITS`子句的多重繼承是PostgreSQL 語言的擴展。SQL:1999 及以后的標準使用不同的語法和語義定義了單繼承。 SQL:1999風格的繼承還沒有在PostgreSQL中實現。 ### 零字段表 PostgreSQL允許創建沒有字段的表(比如 `CREATE TABLE foo();`)。這是對 SQL 標準的擴展，標準不允許存在零字段表。零字段表本身沒什么用，但是禁止他們會給`ALTER TABLE DROP COLUMN`帶來很奇怪的情況，所以，這個時候忽視標準的限制概念非常清楚。 ### `WITH` 子句 `WITH`子句是PostgreSQL的擴展，同樣，存儲參數和 OID 也是擴展。 ### 表空間 PostgreSQL的表空間概念不是標準的東西。因此`TABLESPACE`和`USING INDEX TABLESPACE`都是擴展。 ### 類型化的表類型化的表實現了SQL標準的一個子集。根據標準，類型化的表有對應于底層復合類型和一個其他的"自我參考字段"。 PostgreSQL沒有明確支持這些自我參考字段，但是相同的效果可以使用OID特性達到。 ## 又見 [ALTER TABLE](#calibre_link-88), [DROP TABLE](#calibre_link-98), [CREATE TABLE AS](#calibre_link-76), [CREATE TABLESPACE](#calibre_link-99), [CREATE TYPE](#calibre_link-100)