分类： Mysql/postgreSQL
2009-09-15 09:51:43
INFORMATION_SCHEMA提供了访问数据库元数据的方式。
元数据是关于数据的数据，如数据库名或表名，列的数据类型，或访问权限等。有些时候用于表述该信息的其他术语包括“数据词典”和“系统目录”。
INFORMATION_SCHEMA是信息数据库，其中保存着关于MySQL服务器所维护的所有其他数据库的信息。在INFORMATION_SCHEMA中，有数个只读表。它们实际上是视图，而不是基本表，因此，你将无法看到与之相关的任何文件。
每位MySQL用户均有权访问这些表，但仅限于表中的特定行，在这类行中含有用户具有恰当访问权限的对象。
标准
在MySQL中，INFORMATION_SCHEMA表结构的实施遵从“ANSI/ISO SQL:2003标准，第11部分纲要”。我们的目的在于，获得与SQL:2003核心特性F021“基本信息方案”的近似兼容。
SQL服务器2000（也遵从该标准）的用户可能已注意到它们高度的相似性。但是，MySQL略去了与我们的实施方式不相关的众多列，并添加了一些MySQL特有的列。其中一种列就是INFORMATION_SCHEMA.TABLES表中的引擎列。
尽管其他DBMS使用了不同的名称，如syscat或系统，但标准名称是INFORMATION_SCHEMA。
事实上，尽管不需要生成名为INFORMATION_SCHEMA的文件，我们仍提供了名为INFORMATION_SCHEMA的新数据库。可以使用USE语句将INFORMATION_SCHEMA选择为默认数据库，但访问该数据库中所含表的唯一方式是使用SELECT语句。不能在其中插入内容，不能更新它们，也不能删除其中的内容。
权限
当前权限（SHOW）要求和SELCET权限要求不存在差别。在任何一种情况下，要想查看关于它的信息，需要对某类对象拥有特定权限。
SELECT ... FROM INFORMATION_SCHEMA语句的目的在于提供一种更为一致的方式，以访问MySQL所支持的各种SHOW语句（SHOW DATABASES、SHOW TABLES等等）提供的信息。与SHOW相比，使用SELECT有多项优点“
· 符合Codd规则。也就是说，所有访问均是在表上进行的。
· 不需要了解新语句的语法。由于他们已知道SELECT的工作方式，仅需了解对象名即可。
· 实现人无需操心增加关键词方面的事宜。
· 有数百万种可能的输出变化，而不是一种。这样，就为对元数据有不同需求的应用程序提供了更高的灵活性。
· 由于其他DBMS也采用了这类方式，移植更为容易。
该方案是数据库，因此SCHEMATA表提供了关于数据库的信息。
|
标准名称 |
SHOW名称 |
注释 |
|
CATALOG_NAME |
- |
NULL |
|
SCHEMA_NAME |
|
Database |
|
DEFAULT_CHARACTER_SET_NAME |
|
|
|
DEFAULT_COLLATION_NAME |
|
|
|
SQL_PATH |
|
NULL |
注释：SQL_PATH列的之总为NULL。
下述语句是等效的：
SELECT SCHEMA_NAME AS `Database
FROM INFORMATION_SCHEMA.SCHEMATA
[WHERE SCHEMA_NAME LIKE 'wild']
SHOW DATABASES
[LIKE 'wild']
TABLES表给出了关于数据库中的表的信息。
|
标准名称 |
SHOW名称 |
注释 |
|
TABLE_CATALOG |
|
NULL |
|
TABLE_SCHEMA |
Table_... |
|
|
TABLE_NAME |
Table_... |
|
|
TABLE_TYPE |
|
|
|
ENGINE |
Engine |
MySQL扩展 |
|
VERSION |
Version |
MySQL扩展 |
|
ROW_FORMAT |
Row_format |
MySQL扩展 |
|
TABLE_ROWS |
Rows |
MySQL扩展 |
|
AVG_ROW_LENGTH |
Avg_row_length |
MySQL扩展 |
|
DATA_LENGTH |
Data_length |
MySQL扩展 |
|
MAX_DATA_LENGTH |
Max_data_length |
MySQL扩展 |
|
INDEX_LENGTH |
Index_length |
MySQL扩展 |
|
DATA_FREE |
Data_free |
MySQL扩展 |
|
AUTO_INCREMENT |
Auto_increment |
MySQL扩展 |
|
CREATE_TIME |
Create_time |
MySQL扩展 |
|
UPDATE_TIME |
Update_time |
MySQL扩展 |
|
CHECK_TIME |
Check_time |
MySQL扩展 |
|
TABLE_COLLATION |
Collation |
MySQL扩展 |
|
CHECKSUM |
Checksum |
MySQL扩展 |
|
CREATE_OPTIONS |
Create_options |
MySQL扩展 |
|
TABLE_COMMENT |
Comment |
MySQL扩展 |
注释：
· TABLE_SCHEMA和TABLE_NAME是SHOW显示中的单个字段，例如Table_in_db1。
· TABLE_TYPE（表类型）应是BASE TABLE（基本表）或VIEW（视图）。如果表是临时性的，TABLE_TYPE = TEMPORARY。（没有临时视图，因此，因此不存在歧义）。
· 如果表位于INFORMATION_SCHEMA数据库中，TABLE_ROWS列为NULL。对于InnoDB表，在SQL优化中，行计数仅是大概估计值。
· 没有关于表默认字符集的任何信息。TABLE_COLLATION处于关闭状态，原因在于校对名称以字符集名称开头。
下述语句是等效的：
SELECT table_name FROM INFORMATION_SCHEMA.TABLES
[WHERE table_schema = 'db_name']
[WHERE|AND table_name LIKE 'wild']
SHOW TABLES
[FROM db_name]
[LIKE 'wild']
COLUMNS表给出了表中的列信息。
|
标准名称 |
SHOW名称 |
注释 |
|
TABLE_CATALOG |
|
NULL |
|
TABLE_SCHEMA |
|
|
|
TABLE_NAME |
|
|
|
COLUMN_NAME |
Field |
|
|
ORDINAL_POSITION |
|
参见注释 |
|
COLUMN_DEFAULT |
Default |
|
|
IS_NULLABLE |
Null |
|
|
DATA_TYPE |
Type |
|
|
CHARACTER_MAXIMUM_LENGTH |
Type |
|
|
CHARACTER_OCTET_LENGTH |
|
|
|
NUMERIC_PRECISION |
Type |
|
|
NUMERIC_SCALE |
Type |
|
|
CHARACTER_SET_NAME |
|
|
|
COLLATION_NAME |
Collation |
|
|
COLUMN_TYPE |
Type |
MySQL扩展 |
|
COLUMN_KEY |
Key |
MySQL扩展 |
|
EXTRA |
Extra |
MySQL扩展 |
|
COLUMN_COMMENT |
Comment |
MySQL扩展 |
注释：
· 在SHOW中，类型显示包括来自数个不同COLUMNS列的值。
· ORDINAL_POSITION有必要，这是因为，你可能会在某一天需要ORDER BY ORDINAL_POSITION（按ORDINAL_POSITION排序）。不同于SHOW，SELECT没有自动排序功能。
· CHARACTER_OCTET_LENGTH应与CHARACTER_MAXIMUM_LENGTH相同，但多字节字符集除外。
· CHARACTER_SET_NAME可由Collation（校对）导出。例如，如果给出了“SHOW FULL COLUMNS FROM t”，在Collation（校对）列中将见到latin1_swedish_ci的值，字符集由第1个下划线前的名称指明。latin1.
下述语句是等效的：
SELECT COLUMN_NAME, DATA_TYPE, IS_NULLABLE, COLUMN_DEFAULT
FROM INFORMATION_SCHEMA.COLUMNS
WHERE table_name = 'tbl_name'
[AND table_schema = 'db_name']
[AND column_name LIKE 'wild']
SHOW COLUMNS
FROM tbl_name
[FROM db_name]
[LIKE wild]
STATISTICS表给出了关于表索引的信息。
|
标准名称 |
SHOW名称 |
注释 |
|
TABLE_CATALOG |
|
NULL |
|
TABLE_SCHEMA |
|
＝数据库 |
|
TABLE_NAME |
Table |
|
|
NON_UNIQUE |
Non_unique |
|
|
INDEX_SCHEMA |
|
＝数据库 |
|
INDEX_NAME |
Key_name |
|
|
SEQ_IN_INDEX |
Seq_in_index |
|
|
COLUMN_NAME |
Column_name |
|
|
COLLATION |
Collation |
|
|
CARDINALITY |
Cardinality |
|
|
SUB_PART |
Sub_part |
MySQL扩展 |
|
PACKED |
Packed |
MySQL扩展 |
|
NULLABLE |
Null |
MySQL扩展 |
|
INDEX_TYPE |
Index_type |
MySQL扩展 |
|
COMMENT |
Comment |
MySQL扩展 |
注释：
· 没有关于这些索引的标准表。上面的列表与SQL服务器2000中sp_statistics返回的值类似。不同之处在于用CATALOG替换了QUALIFIER，并用SCHEMA替换了OWNER。
显而易见，前述表和SHOW INDEX的输出均是由相同的父对象导出的。因此，相关性已关闭。
下述语句是等效的：
SELECT * FROM INFORMATION_SCHEMA.STATISTICS
WHERE table_name = 'tbl_name'
[AND table_schema = 'db_name']
SHOW INDEX
FROM tbl_name
[FROM db_name]
USER_PRIVILEGES（用户权限）表给出了关于全程权限的信息。该信息源自mysql.user授权表。
|
标准名称 |
SHOW名称 |
注释 |
|
GRANTEE |
|
例如“user'@'host” |
|
TABLE_CATALOG |
|
NULL |
|
PRIVILEGE_TYPE |
|
|
|
IS_GRANTABLE |
|
|
注释：
· 这是一个非标准表。其值来自mysql.user表。
SCHEMA_PRIVILEGES（方案权限）表给出了关于方案（数据库）权限的信息。该信息来自mysql.db授权表。
|
标准名称 |
SHOW名称 |
注释 |
|
GRANTEE |
|
例如“user'@'host” |
|
TABLE_CATALOG |
|
NULL |
|
TABLE_SCHEMA |
|
|
|
PRIVILEGE_TYPE |
|
|
|
IS_GRANTABLE |
|
|
注释：
· 这是一个非标准表。其值来自mysql.db表。
TABLE_PRIVILEGES（表权限）表给出了关于表权限的信息。该信息源自mysql.tables_priv授权表。
|
标准名称 |
SHOW名称 |
注释 |
|
GRANTEE |
|
例如“user'@'host” |
|
TABLE_CATALOG |
|
NULL |
|
TABLE_SCHEMA |
|
|
|
TABLE_NAME |
|
|
|
PRIVILEGE_TYPE |
|
|
|
IS_GRANTABLE |
|
|
下述语句不等效：
SELECT ... FROM INFORMATION_SCHEMA.TABLE_PRIVILEGES
SHOW GRANTS ...
PRIVILEGE_TYPE可以包含这些值之一（仅能一个）：SELECT、INSERT、UPDATE、REFERENCES、ALTER、INDEX、DROP、CREATE VIEW。
COLUMN_PRIVILEGES（列权限）表给出了关于列权限的信息。该信息源自mysql.columns_priv授权表。
|
标准名称 |
SHOW名称 |
注释 |
|
GRANTEE |
|
例如“user'@'host” |
|
TABLE_CATALOG |
|
NULL |
|
TABLE_SCHEMA |
|
|
|
TABLE_NAME |
|
|
|
COLUMN_NAME |
|
|
|
PRIVILEGE_TYPE |
|
|
|
IS_GRANTABLE |
|
|
注释：
· 在SHOW FULL COLUMNS（显示完整列）的输出中，权限值位于一个字段并采用小写形式，例如select、insert、update、references。在COLUMN_PRIVILEGES中，每种权限占一行，并为大写形式。
· PRIVILEGE_TYPE可以包含这些值之一（仅能一个）：SELECT, INSERT, UPDATE, REFERENCES.
· 如果用户有GRANT OPTION权限，那么IS_GRANTABLE应为YES。否则，IS_GRANTABLE应为NO。在输出中，不会将GRANT OPTION作为单独权限列出。
下述语句不等效：
SELECT ... FROM INFORMATION_SCHEMA.COLUMN_PRIVILEGES
SHOW GRANTS ...
CHARACTER_SETS（字符集）表提供了关于可用字符集的信息。
|
标准名称 |
SHOW名称 |
注释 |
|
CHARACTER_SET_NAME |
Charset |
|
|
DEFAULT_COLLATE_NAME |
Default collation |
|
|
DESCRIPION |
Description |
MySQL扩展 |
|
MAXLEN |
Maxlen |
MySQL扩展 |
注释：
· 我们增加了两个非标准列，分别对应于SHOW CHARACTER SET输出的Description（描述）和Maxlen（最大长度）列。
下述语句是等效的：
SELECT * FROM INFORMATION_SCHEMA.CHARACTER_SETS
[WHERE name LIKE 'wild']
SHOW CHARACTER SET
[LIKE 'wild']
COLLATIONS表提供了关于各字符集的对照信息。
|
标准名称 |
SHOW名称 |
注释 |
|
COLLATION_NAME |
Collation |
|
注释：
· 我们增加了5个非标准列，分别对应于SHOW COLLATION输出的Charset、Id、Default、Compiled和Sortlen列。
下述语句是等效的：
SELECT COLLATION_NAME FROM INFORMATION_SCHEMA.COLLATIONS
[WHERE collation_name LIKE 'wild']
SHOW COLLATION
[LIKE 'wild']
COLLATION_CHARACTER_SET_APPLICABILITY表指明了可用于校对的字符集。这些列等效于SHOW COLLATION的前两个显示字段。
|
标准名称 |
SHOW名称 |
注释 |
|
COLLATION_NAME |
Collation |
|
|
CHARACTER_SET_NAME |
Charset |
|
TABLE_CONSTRAINTS表描述了存在约束的表。
|
标准名称 |
SHOW名称 |
注释 |
|
CONSTRAINT_CATALOG |
|
NULL |
|
CONSTRAINT_SCHEMA |
|
|
|
CONSTRAINT_NAME |
|
|
|
TABLE_SCHEMA |
|
|
|
TABLE_NAME |
|
|
|
CONSTRAINT_TYPE |
|
|
注释：
· CONSTRAINT_TYPE的值可以是UNIQUE（唯一）、PRIMARY KEY（主键）或FOREIGN KEY（外键）。
· 当Non_unique字段为0时，UNIQUE和PRIMARY KEY信息与SHOW INDEX输出的Key_name字段中给出的信息基本相同。
· CONSTRAINT_TYPE列可包含下述值之一：UNIQUE、PRIMARY KEY、FOREIGN KEY、CHECK。这是一个CHAR（非ENUM）列。在我们支持CHECK前，CHECK值不可用。
KEY_COLUMN_USAGE表描述了具有约束的键列。
|
标准名称 |
SHOW名称 |
注释 |
|
CONSTRAINT_CATALOG |
|
NULL |
|
CONSTRAINT_SCHEMA |
|
|
|
CONSTRAINT_NAME |
|
|
|
TABLE_CATALOG |
|
|
|
TABLE_SCHEMA |
|
|
|
TABLE_NAME |
|
|
|
COLUMN_NAME |
|
|
|
ORDINAL_POSITION |
|
|
|
POSITION_IN_UNIQUE_CONSTRAINT |
|
|
|
REFERENCED_TABLE_SCHEMA |
|
|
|
REFERENCED_TABLE_NAME |
|
|
|
REFERENCED_COLUMN_NAME |
|
|
注释：
· 如果约束为外键，这就是外键列，而不是外键引用的列。
· ORDINAL_POSITION的值是列在约束中的位置，而不是列在表中的位置。列位置采用从1开始的数值编号。
· 对于“唯一”和“主键”约束，POSITION_IN_UNIQUE_CONSTRAINT的值为NULL。对于“外键”约束，它是所引用表内键中的顺序位置。
例如，假定有两个具有下述定义的表t1和t3：
CREATE TABLE t1
(
s1 INT,
s2 INT,
s3 INT,
PRIMARY KEY(s3)
) ENGINE=InnoDB;
CREATE TABLE t3
(
s1 INT,
s2 INT,
s3 INT,
KEY(s1),
CONSTRAINT CO FOREIGN KEY (s2) REFERENCES t1(s3)
) ENGINE=InnoDB;
对于这两个表，KEY_COLUMN_USAGE表有两行：
o 一行含有CONSTRAINT_NAME='PRIMARY', TABLE_NAME='t1', COLUMN_NAME='s3', ORDINAL_POSITION=1, POSITION_IN_UNIQUE_CONSTRAINT=NULL。
o 另一行含有CONSTRAINT_NAME='CO', TABLE_NAME='t3', COLUMN_NAME='s2', ORDINAL_POSITION=1, POSITION_IN_UNIQUE_CONSTRAINT=1。
ROUTINES表提供了关于存储子程序（存储程序和函数）的信息。此时，ROUTINES表不包含自定义函数（UDF）。
名为“mysql.proc name”的列指明了对应于INFORMATION_SCHEMA.ROUTINES表的mysql.proc表列，如果有的话。
|
标准名称 |
mysql.proc名 |
注释 |
|
SPECIFIC_NAME |
specific_name |
|
|
ROUTINE_CATALOG |
|
NULL |
|
ROUTINE_SCHEMA |
db |
|
|
ROUTINE_NAME |
name |
|
|
ROUTINE_TYPE |
type |
{PROCEDURE|FUNCTION} |
|
DTD_IDENTIFIER |
|
（数据类型描述符） |
|
ROUTINE_BODY |
|
SQL |
|
ROUTINE_DEFINITION |
body |
|
|
EXTERNAL_NAME |
|
NULL |
|
EXTERNAL_LANGUAGE |
language |
NULL |
|
PARAMETER_STYLE |
|
SQL |
|
IS_DETERMINISTIC |
is_deterministic |
|
|
SQL_DATA_ACCESS |
sql_data_access |
|
|
SQL_PATH |
|
NULL |
|
SECURITY_TYPE |
security_type |
|
|
CREATED |
created |
|
|
LAST_ALTERED |
modified |
|
|
SQL_MODE |
sql_mode |
MySQL扩展 |
|
ROUTINE_COMMENT |
comment |
MySQL扩展 |
|
DEFINER |
definer |
MySQL扩展 |
注释：
· MySQL计算EXTERNAL_LANGUAGE，因此：
o 如果mysql.proc.language='SQL'，那么EXTERNAL_LANGUAGE为NULL。
o 否则，EXTERNAL_LANGUAGE为mysql.proc.language中的值。然而，由于尚没有外部语言，因此该值总为NULL。
VIEWS表给出了关于数据库中的视图的信息。
|
标准名称 |
SHOW名称 |
注释 |
|
TABLE_CATALOG |
|
NULL |
|
TABLE_SCHEMA |
|
|
|
TABLE_NAME |
|
|
|
VIEW_DEFINITION |
|
|
|
CHECK_OPTION |
|
|
|
IS_UPDATABLE |
|
|
|
DEFINER |
|
|
|
SECURITY_TYPE |
|
|
注释：
· 有一种新的权限SHOW VIEW，如果没有它，将无法看到VIEWS表。
· VIEW_DEFINITION列含有你在SHOW CREATE VIEW所生成的Create Table字段中见到的大多数信息。跳过SELECT前的单词，并跳过具有CHECK OPTION（检查选项）的单词。例如，如果初始语句是：
· CREATE VIEW v AS
· SELECT s2,s1 FROM t
· WHERE s1 > 5
· ORDER BY s1
· WITH CHECK OPTION;
那么视图定义为：
SELECT s2,s1 FROM t WHERE s1 > 5 ORDER BY s1
· CHECK_OPTION列的值总为NONE。
· 如果视图是可更新的，IS_UPDATABLE列的值为YES，如果视图是不可更新的，IS_UPDATABLE列的值为NO。
· DEFINER列指明了定义视图的人。SECURITY_TYPE的值为DEFINER或INVOKER。
TRIGGERS表提供了关于触发程序的信息。
必须有SUPER权限才能查看该表。
|
标准名称 |
SHOW名称 |
注释 |
|
TRIGGER_CATALOG |
|
NULL |
|
TRIGGER_SCHEMA |
|
|
|
TRIGGER_NAME |
Trigger |
|
|
EVENT_MANIPULATION |
Event |
|
|
EVENT_OBJECT_CATALOG |
|
NULL |
|
EVENT_OBJECT_SCHEMA |
|
|
|
EVENT_OBJECT_TABLE |
Table |
|
|
ACTION_ORDER |
|
0 |
|
ACTION_CONDITION |
|
NULL |
|
ACTION_STATEMENT |
Statement |
|
|
ACTION_ORIENTATION |
|
ROW |
|
ACTION_TIMING |
Timing |
|
|
ACTION_REFERENCE_OLD_TABLE |
|
NULL |
|
ACTION_REFERENCE_NEW_TABLE |
|
NULL |
|
ACTION_REFERENCE_OLD_ROW |
|
OLD |
|
ACTION_REFERENCE_NEW_ROW |
|
NEW |
|
CREATED |
|
NULL (0) |
|
SQL_MODE |
|
|
注释：
· TRIGGER_SCHEMA和TRIGGER_NAME列中分别含有相应数据库的名称以及触发程序的名称，在该数据库中，含有该触发程序。
· EVENT_MANIPULATION列含有下述值之一：INSERT、DELETE、或UPDATE。
· 正如中指出的那样，每个触发程序均与一个表准确相关。EVENT_OBJECT_SCHEMA和EVENT_OBJECT_TABLE列包含相应的数据库和表名，在该数据库中，含有该表。
· ACTION_ORDER语句含有触发程序动作（在相同表上所有类似触发程序列表中）的顺序位置。目前该值总为0，这是因为在相同表上具有相同EVENT_MANIPULATION和ACTION_TIMING的触发程序不能超过1个。
· ACTION_STATEMENT列含有激活了触发程序时将要执行的语句。这与SHOW TRIGGERS输出的Statement（语句）列中显示的文本相同。注意，该文本采用了UTF-8编码方式。
· ACTION_ORIENTATION列总含有值“ROW”。
· ACTION_TIMING列含有下述两种值之一：“BEFORE”或“AFTER”。
· 列ACTION_REFERENCE_OLD_ROW和ACTION_REFERENCE_NEW_ROW分别含有旧的和新的列标识符。这意味着ACTION_REFERENCE_OLD_ROW总含有值“OLD”，ACTION_REFERENCE_NEW_ROW总含有值“NEW”。
· SQL_MODE列显示了创建触发程序时有效的服务器SQL模式（无论当前的服务器SQL模式为何，只要激活了触发程序，它将保持有效）。该列的可能取值范围与sql_mode系统变量的取值范围相同。请参见。
· 在下述列中，目前总含有NULL：TRIGGER_CATALOG，EVENT_OBJECT_CATALOG，ACTION_CONDITION，ACTION_REFERENCE_OLD_TABLE，ACTION_REFERENCE_NEW_TABLE和CREATED。
例如，使用中定义的触发程序ins_sum。
mysql> SELECT * FROM INFORMATION_SCHEMA.TRIGGERS\G
*************************** 1. row ***************************
TRIGGER_CATALOG: NULL
TRIGGER_SCHEMA: test
TRIGGER_NAME: ins_sum
EVENT_MANIPULATION: INSERT
EVENT_OBJECT_CATALOG: NULL
EVENT_OBJECT_SCHEMA: test
EVENT_OBJECT_TABLE: account
ACTION_ORDER: 0
ACTION_CONDITION: NULL
ACTION_STATEMENT: SET @sum = @sum + NEW.amount
ACTION_ORIENTATION: ROW
ACTION_TIMING: BEFORE
ACTION_REFERENCE_OLD_TABLE: NULL
ACTION_REFERENCE_NEW_TABLE: NULL
ACTION_REFERENCE_OLD_ROW: OLD
ACTION_REFERENCE_NEW_ROW: NEW
CREATED: NULL
1 row in set (1.54 sec)
另请参见。