目錄
information_schema_catalog_nameadministrable_role_authorizationsapplicable_rolesattributescharacter_setscheck_constraint_routine_usagecheck_constraintscollationscollation_character_set_applicabilitycolumn_column_usagecolumn_domain_usagecolumn_optionscolumn_privilegescolumn_udt_usagecolumnsconstraint_column_usageconstraint_table_usagedata_type_privilegesdomain_constraintsdomain_udt_usagedomainselement_typesenabled_rolesforeign_data_wrapper_optionsforeign_data_wrappersforeign_server_optionsforeign_serversforeign_table_optionsforeign_tableskey_column_usageparametersreferential_constraintsrole_column_grantsrole_routine_grantsrole_table_grantsrole_udt_grantsrole_usage_grantsroutine_column_usageroutine_privilegesroutine_routine_usageroutine_sequence_usageroutine_table_usageroutinesschematasequencessql_featuressql_implementation_infosql_partssql_sizingtable_constraintstable_privilegestablestransformstriggered_update_columnstriggersudt_privilegesusage_privilegesuser_defined_typesuser_mapping_optionsuser_mappingsview_column_usageview_routine_usageview_table_usageviews資訊綱要由一組檢視表組成，其中包含有關目前資料庫中定義的物件的資訊。 資訊綱要是在 SQL 標準中定義的，因此可以預期它是可移植且保持穩定的 — 不像系統目錄，它是 PostgreSQL 特有的，並且是根據實作考量而建立的。 然而，資訊綱要檢視表不包含有關 PostgreSQL 特定功能的資訊； 要查詢這些資訊，您需要查詢系統目錄或其他 PostgreSQL 特定的檢視表。
當查詢資料庫以取得約束資訊時，符合標準的查詢可能會傳回多個資料列，而不是預期的單一資料列。 這是因為 SQL 標準要求約束名稱在綱要中必須是唯一的，但 PostgreSQL 並未強制執行此限制。PostgreSQL 自動產生的約束名稱可避免在同一綱要中出現重複，但使用者可以指定此類重複名稱。
當查詢資訊綱要檢視表（例如 check_constraint_routine_usage、check_constraints、domain_constraints 和 referential_constraints）時，可能會出現此問題。 某些其他檢視表具有類似的問題，但包含表格名稱以協助區分重複的資料列，例如，constraint_column_usage、constraint_table_usage、table_constraints。
如果您在文件中發現任何不正確、與您使用特定功能的經驗不符或需要進一步澄清之處，請使用此表單回報文件問題。