分类: 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)
另请参见。