Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
The columns of the information schema views use special data types that are defined in the information schema. These are defined as simple domains over ordinary built-in types. You should not use these types for work outside the information schema, but your applications must be prepared for them if they select from the information schema.
These types are:
cardinal_number
A nonnegative integer.
character_data
A character string (without specific maximum length).
sql_identifier
A character string. This type is used for SQL identifiers, the type character_data
is used for any other kind of text data.
time_stamp
A domain over the type timestamp with time zone
yes_or_no
A character string domain that contains either YES
or NO
. This is used to represent Boolean (true/false) data in the information schema. (The information schema was invented before the type boolean
was added to the SQL standard, so this convention is necessary to keep the information schema backward compatible.)
Every column in the information schema has one of these five types.
The view applicable_roles
identifies all roles whose privileges the current user can use. This means there is some chain of role grants from the current user to the role in question. The current user itself is also an applicable role. The set of applicable roles is generally used for permission checking.
applicable_roles
ColumnsThe view check_constraint_routine_usage
identifies routines (functions and procedures) that are used by a check constraint. Only those routines are shown that are owned by a currently enabled role.
Table 36.6. check_constraint_routine_usage
Columns
The view character_sets
identifies the character sets available in the current database. Since PostgreSQL does not support multiple character sets within one database, this view only shows one, which is the database encoding.
Take note of how the following terms are used in the SQL standard:character repertoire
An abstract collection of characters, for example UNICODE
, UCS
, or LATIN1
. Not exposed as an SQL object, but visible in this view.character encoding form
An encoding of some character repertoire. Most older character repertoires only use one encoding form, and so there are no separate names for them (e.g., LATIN1
is an encoding form applicable to the LATIN1
repertoire). But for example Unicode has the encoding forms UTF8
, UTF16
, etc. (not all supported by PostgreSQL). Encoding forms are not exposed as an SQL object, but are visible in this view.character set
A named SQL object that identifies a character repertoire, a character encoding, and a default collation. A predefined character set would typically have the same name as an encoding form, but users could define other names. For example, the character set UTF8
would typically identify the character repertoire UCS
, encoding form UTF8
, and some default collation.
You can think of an “encoding” in PostgreSQL either as a character set or a character encoding form. They will have the same name, and there can only be one in one database.
character_sets
ColumnsColumn Type
Description
grantee
sql_identifier
Name of the role to which this role membership was granted (can be the current user, or a different role in case of nested role memberships)
role_name
sql_identifier
Name of a role
is_grantable
yes_or_no
YES
if the grantee has the admin option on the role, NO
if not
Column Type Description |
Name of the role to which this role membership was granted (can be the current user, or a different role in case of nested role memberships) |
Name of a role |
Always |
Column Type Description |
Name of the database containing the collation (always the current database) |
Name of the schema containing the collation |
Name of the default collation |
Always |
Column Type Description |
Character sets are currently not implemented as schema objects, so this column is null. |
Character sets are currently not implemented as schema objects, so this column is null. |
Name of the character set, currently implemented as showing the name of the database encoding |
Character repertoire, showing |
Character encoding form, same as the database encoding |
Name of the database containing the default collation (always the current database, if any collation is identified) |
Name of the schema containing the default collation |
Name of the default collation. The default collation is identified as the collation that matches the |
The information schema itself is a schema named information_schema
. This schema automatically exists in all databases. The owner of this schema is the initial database user in the cluster, and that user naturally has all the privileges on this schema, including the ability to drop it (but the space savings achieved by that are minuscule).
By default, the information schema is not in the schema search path, so you need to access all objects in it through qualified names. Since the names of some of the objects in the information schema are generic names that might occur in user applications, you should be careful if you want to put the information schema in the path.
Column Type Description |
Name of the database containing the constraint (always the current database) |
Name of the schema containing the constraint |
Name of the constraint |
Name of the database containing the function (always the current database) |
Name of the schema containing the function |
The “specific name” of the function. See for more information. |
The view attributes
contains information about the attributes of composite data types defined in the database. (Note that the view does not give information about table columns, which are sometimes called attributes in PostgreSQL contexts.) Only those attributes are shown that the current user has access to (by way of being the owner of or having some privilege on the type).
attributes
ColumnsSee also under Section 36.17, a similarly structured view, for further information on some of the columns.
Column Type
Description
grantor
sql_identifier
Name of the role that granted the privilege
grantee
sql_identifier
Name of the role that the privilege was granted to
table_catalog
sql_identifier
Name of the database that contains the table (always the current database)
table_schema
sql_identifier
Name of the schema that contains the table
table_name
sql_identifier
Name of the table
privilege_type
character_data
Type of the privilege: SELECT
, INSERT
, UPDATE
, DELETE
, TRUNCATE
, REFERENCES
, or TRIGGER
is_grantable
yes_or_no
YES
if the privilege is grantable, NO
if not
with_hierarchy
yes_or_no
In the SQL standard, WITH HIERARCHY OPTION
is a separate (sub-)privilege allowing certain operations on table inheritance hierarchies. In PostgreSQL, this is included in the SELECT
privilege, so this column shows YES
if the privilege is SELECT
, else NO
.
Column Type
Description
udt_catalog
sql_identifier
Name of the database containing the data type (always the current database)
udt_schema
sql_identifier
Name of the schema containing the data type
udt_name
sql_identifier
Name of the data type
attribute_name
sql_identifier
Name of the attribute
ordinal_position
cardinal_number
Ordinal position of the attribute within the data type (count starts at 1)
attribute_default
character_data
Default expression of the attribute
is_nullable
yes_or_no
YES
if the attribute is possibly nullable, NO
if it is known not nullable.
data_type
character_data
Data type of the attribute, if it is a built-in type, or ARRAY
if it is some array (in that case, see the view element_types
), else USER-DEFINED
(in that case, the type is identified in attribute_udt_name
and associated columns).
character_maximum_length
cardinal_number
If data_type
identifies a character or bit string type, the declared maximum length; null for all other data types or if no maximum length was declared.
character_octet_length
cardinal_number
If data_type
identifies a character type, the maximum possible length in octets (bytes) of a datum; null for all other data types. The maximum octet length depends on the declared character maximum length (see above) and the server encoding.
character_set_catalog
sql_identifier
Applies to a feature not available in PostgreSQL
character_set_schema
sql_identifier
Applies to a feature not available in PostgreSQL
character_set_name
sql_identifier
Applies to a feature not available in PostgreSQL
collation_catalog
sql_identifier
Name of the database containing the collation of the attribute (always the current database), null if default or the data type of the attribute is not collatable
collation_schema
sql_identifier
Name of the schema containing the collation of the attribute, null if default or the data type of the attribute is not collatable
collation_name
sql_identifier
Name of the collation of the attribute, null if default or the data type of the attribute is not collatable
numeric_precision
cardinal_number
If data_type
identifies a numeric type, this column contains the (declared or implicit) precision of the type for this attribute. The precision indicates the number of significant digits. It can be expressed in decimal (base 10) or binary (base 2) terms, as specified in the column numeric_precision_radix
. For all other data types, this column is null.
numeric_precision_radix
cardinal_number
If data_type
identifies a numeric type, this column indicates in which base the values in the columns numeric_precision
and numeric_scale
are expressed. The value is either 2 or 10. For all other data types, this column is null.
numeric_scale
cardinal_number
If data_type
identifies an exact numeric type, this column contains the (declared or implicit) scale of the type for this attribute. The scale indicates the number of significant digits to the right of the decimal point. It can be expressed in decimal (base 10) or binary (base 2) terms, as specified in the column numeric_precision_radix
. For all other data types, this column is null.
datetime_precision
cardinal_number
If data_type
identifies a date, time, timestamp, or interval type, this column contains the (declared or implicit) fractional seconds precision of the type for this attribute, that is, the number of decimal digits maintained following the decimal point in the seconds value. For all other data types, this column is null.
interval_type
character_data
If data_type
identifies an interval type, this column contains the specification which fields the intervals include for this attribute, e.g., YEAR TO MONTH
, DAY TO SECOND
, etc. If no field restrictions were specified (that is, the interval accepts all fields), and for all other data types, this field is null.
interval_precision
cardinal_number
Applies to a feature not available in PostgreSQL (see datetime_precision
for the fractional seconds precision of interval type attributes)
attribute_udt_catalog
sql_identifier
Name of the database that the attribute data type is defined in (always the current database)
attribute_udt_schema
sql_identifier
Name of the schema that the attribute data type is defined in
attribute_udt_name
sql_identifier
Name of the attribute data type
scope_catalog
sql_identifier
Applies to a feature not available in PostgreSQL
scope_schema
sql_identifier
Applies to a feature not available in PostgreSQL
scope_name
sql_identifier
Applies to a feature not available in PostgreSQL
maximum_cardinality
cardinal_number
Always null, because arrays always have unlimited maximum cardinality in PostgreSQL
dtd_identifier
sql_identifier
An identifier of the data type descriptor of the column, unique among the data type descriptors pertaining to the table. This is mainly useful for joining with other instances of such identifiers. (The specific format of the identifier is not defined and not guaranteed to remain the same in future versions.)
is_derived_reference_attribute
yes_or_no
Applies to a feature not available in PostgreSQL
Column Type
Description
catalog_name
sql_identifier
Name of the database that contains this information schema
Column Type Description |
Name of the database that the column data type (the underlying type of the domain, if applicable) is defined in (always the current database) |
Name of the schema that the column data type (the underlying type of the domain, if applicable) is defined in |
Name of the column data type (the underlying type of the domain, if applicable) |
Name of the database containing the table (always the current database) |
Name of the schema containing the table |
Name of the table |
Name of the column |
The information schema consists of a set of views that contain information about the objects defined in the current database. The information schema is defined in the SQL standard and can therefore be expected to be portable and remain stable — unlike the system catalogs, which are specific to PostgreSQL and are modeled after implementation concerns. The information schema views do not, however, contain information about PostgreSQL-specific features; to inquire about those you need to query the system catalogs or other PostgreSQL-specific views.
在資料庫中查詢限制條件資訊時,符合標準的查詢可能預期會回傳一筆資料,到數筆資料。這是因為 SQL 標準要求限制條件名稱在綱要中必須是唯一的,但是 PostgreSQL 不強制執行此限制條件。PostgreSQL 自動產生的限制條件名稱會避免在同一綱要中的重複,但是使用者可以指定重複的名稱。
查詢 information schema 檢視表(如check_constraint_routine_usage,check_constraints,domain_constraints 和 referential_constraints)時,可能會出現此問題。其他一些檢視表也有類似的問題,但是包含資料表名稱用以協助區分重複的資料。例如,constraint_column_usage,constraint_table_usage,table_constraints。
Column Type Description |
Name of the database containing the function (always the current database) |
Name of the schema containing the function |
|
Ordinal position of the parameter in the argument list of the function (count starts at 1) |
|
Applies to a feature not available in PostgreSQL |
Applies to a feature not available in PostgreSQL |
Name of the parameter, or null if the parameter has no name |
Data type of the parameter, if it is a built-in type, or |
Always null, since this information is not applied to parameter data types in PostgreSQL |
Always null, since this information is not applied to parameter data types in PostgreSQL |
Applies to a feature not available in PostgreSQL |
Applies to a feature not available in PostgreSQL |
Applies to a feature not available in PostgreSQL |
Always null, since this information is not applied to parameter data types in PostgreSQL |
Always null, since this information is not applied to parameter data types in PostgreSQL |
Always null, since this information is not applied to parameter data types in PostgreSQL |
Always null, since this information is not applied to parameter data types in PostgreSQL |
Always null, since this information is not applied to parameter data types in PostgreSQL |
Always null, since this information is not applied to parameter data types in PostgreSQL |
Always null, since this information is not applied to parameter data types in PostgreSQL |
Always null, since this information is not applied to parameter data types in PostgreSQL |
Always null, since this information is not applied to parameter data types in PostgreSQL |
Name of the database that the data type of the parameter is defined in (always the current database) |
Name of the schema that the data type of the parameter is defined in |
Name of the data type of the parameter |
Applies to a feature not available in PostgreSQL |
Applies to a feature not available in PostgreSQL |
Applies to a feature not available in PostgreSQL |
Always null, because arrays always have unlimited maximum cardinality in PostgreSQL |
An identifier of the data type descriptor of the parameter, unique among the data type descriptors pertaining to the function. This is mainly useful for joining with other instances of such identifiers. (The specific format of the identifier is not defined and not guaranteed to remain the same in future versions.) |
The default expression of the parameter, or null if none or if the function is not owned by a currently enabled role. |
The view constraint_column_usage
identifies all columns in the current database that are used by some constraint. Only those columns are shown that are contained in a table owned by a currently enabled role. For a check constraint, this view identifies the columns that are used in the check expression. For a foreign key constraint, this view identifies the columns that the foreign key references. For a unique or primary key constraint, this view identifies the constrained columns.
constraint_column_usage
ColumnsName | Data Type | Description |
---|---|---|
The view referential_constraints
contains all referential (foreign key) constraints in the current database. Only those constraints are shown for which the current user has write access to the referencing table (by way of being the owner or having some privilege other than SELECT
).
referential_constraints
ColumnsName | Data Type | Description |
---|---|---|
此檢視表欄位包含了有關資料庫中所有資料表欄位(或檢視表欄位)的資訊。不包括系統欄位(ctid 等)。僅顯示目前使用者有權存取的那些欄位(擁有者或具有某些權限)。
columns
ColumnsSince data types can be defined in a variety of ways in SQL, and PostgreSQL contains additional ways to define data types, their representation in the information schema can be somewhat difficult. The column data_type
is supposed to identify the underlying built-in type of the column. In PostgreSQL, this means that the type is defined in the system catalog schema pg_catalog
. This column might be useful if the application can handle the well-known built-in types specially (for example, format the numeric types differently or use the data in the precision columns). The columns udt_name
, udt_schema
, and udt_catalog
always identify the underlying data type of the column, even if the column is based on a domain. (Since PostgreSQL treats built-in types like user-defined types, built-in types appear here as well. This is an extension of the SQL standard.) These columns should be used if an application wants to process data differently according to the type, because in that case it wouldn't matter if the column is really based on a domain. If the column is based on a domain, the identity of the domain is stored in the columns domain_name
, domain_schema
, and domain_catalog
. If you want to pair up columns with their associated data types and treat domains as separate types, you could write coalesce(domain_name, udt_name)
, etc.
The “specific name” of the function. See for more information.
table_catalog
sql_identifier
Name of the database that contains the table that contains the column that is used by some constraint (always the current database)
table_schema
sql_identifier
Name of the schema that contains the table that contains the column that is used by some constraint
table_name
sql_identifier
Name of the table that contains the column that is used by some constraint
column_name
sql_identifier
Name of the column that is used by some constraint
constraint_catalog
sql_identifier
Name of the database that contains the constraint (always the current database)
constraint_schema
sql_identifier
Name of the schema that contains the constraint
constraint_name
sql_identifier
Name of the constraint
constraint_catalog
sql_identifier
Name of the database that contains the constraint (always the current database)
constraint_schema
sql_identifier
Name of the schema that contains the constraint
constraint_name
sql_identifier
Name of the constraint
table_catalog
sql_identifier
Name of the database that contains the table that contains the column that is restricted by this constraint (always the current database)
table_schema
sql_identifier
Name of the schema that contains the table that contains the column that is restricted by this constraint
table_name
sql_identifier
Name of the table that contains the column that is restricted by this constraint
column_name
sql_identifier
Name of the column that is restricted by this constraint
ordinal_position
cardinal_number
Ordinal position of the column within the constraint key (count starts at 1)
position_in_unique_constraint
cardinal_number
For a foreign-key constraint, ordinal position of the referenced column within its unique constraint (count starts at 1); otherwise null
constraint_catalog
sql_identifier
Name of the database containing the constraint (always the current database)
constraint_schema
sql_identifier
Name of the schema containing the constraint
constraint_name
sql_identifier
Name of the constraint
unique_constraint_catalog
sql_identifier
Name of the database that contains the unique or primary key constraint that the foreign key constraint references (always the current database)
unique_constraint_schema
sql_identifier
Name of the schema that contains the unique or primary key constraint that the foreign key constraint references
unique_constraint_name
sql_identifier
Name of the unique or primary key constraint that the foreign key constraint references
match_option
character_data
Match option of the foreign key constraint: FULL
, PARTIAL
, or NONE
.
update_rule
character_data
Update rule of the foreign key constraint: CASCADE
, SET NULL
, SET DEFAULT
, RESTRICT
, or NO ACTION
.
delete_rule
character_data
Delete rule of the foreign key constraint: CASCADE
, SET NULL
, SET DEFAULT
, RESTRICT
, or NO ACTION
.
|
| 查詢當下的資料庫名稱(只會是目前資料庫) |
|
| Name of the schema |
|
| Name of the owner of the schema |
|
| Applies to a feature not available in PostgreSQL |
|
| Applies to a feature not available in PostgreSQL |
|
| Applies to a feature not available in PostgreSQL |
|
| Applies to a feature not available in PostgreSQL |
Column Type Description |
Name of the database containing the table (always the current database) |
Name of the schema containing the table |
Name of the table |
Name of the column |
Ordinal position of the column within the table (count starts at 1) |
Default expression of the column |
|
Data type of the column, if it is a built-in type, or |
If |
If |
If |
If |
If |
If |
If |
Applies to a feature not available in PostgreSQL (see |
Applies to a feature not available in PostgreSQL |
Applies to a feature not available in PostgreSQL |
Applies to a feature not available in PostgreSQL |
Name of the database containing the collation of the column (always the current database), null if default or the data type of the column is not collatable |
Name of the schema containing the collation of the column, null if default or the data type of the column is not collatable |
Name of the collation of the column, null if default or the data type of the column is not collatable |
If the column has a domain type, the name of the database that the domain is defined in (always the current database), else null. |
If the column has a domain type, the name of the schema that the domain is defined in, else null. |
If the column has a domain type, the name of the domain, else null. |
Name of the database that the column data type (the underlying type of the domain, if applicable) is defined in (always the current database) |
Name of the schema that the column data type (the underlying type of the domain, if applicable) is defined in |
Name of the column data type (the underlying type of the domain, if applicable) |
Applies to a feature not available in PostgreSQL |
Applies to a feature not available in PostgreSQL |
Applies to a feature not available in PostgreSQL |
Always null, because arrays always have unlimited maximum cardinality in PostgreSQL |
An identifier of the data type descriptor of the column, unique among the data type descriptors pertaining to the table. This is mainly useful for joining with other instances of such identifiers. (The specific format of the identifier is not defined and not guaranteed to remain the same in future versions.) |
Applies to a feature not available in PostgreSQL |
If the column is an identity column, then |
If the column is an identity column, then |
If the column is an identity column, then the start value of the internal sequence, else null. |
If the column is an identity column, then the increment of the internal sequence, else null. |
If the column is an identity column, then the maximum value of the internal sequence, else null. |
If the column is an identity column, then the minimum value of the internal sequence, else null. |
If the column is an identity column, then |
If the column is a generated column, then |
If the column is a generated column, then the generation expression, else null. |
|
Column Type Description |
Name of the role that granted the privilege |
Name of the role that the privilege was granted to |
Name of the database that contains the table (always the current database) |
Name of the schema that contains the table |
Name of the table |
Type of the privilege: |
|
In the SQL standard, |
|
| Name of the database that contains the constraint (always the current database) |
|
| Name of the schema that contains the constraint |
|
| Name of the constraint |
|
| Name of the database that contains the table (always the current database) |
|
| Name of the schema that contains the table |
|
| Name of the table |
|
| Type of the constraint: |
|
|
|
|
|
|
|
| Applies to a feature not available in PostgreSQL (currently always |
Column Type
Description
constraint_catalog
sql_identifier
Name of the database containing the constraint (always the current database)
constraint_schema
sql_identifier
Name of the schema containing the constraint
constraint_name
sql_identifier
Name of the constraint
check_clause
character_data
The check expression of the check constraint