分类： Mysql/postgreSQL
2008-05-12 15:00:41
INFORMATION_SCHEMA提供了访问数据库元数据的方式。
元数据是关于数据的数据，如数据库名或表名，列的数据类型，或访问权限等。有些时候用于表述该信息的其他术语包括“数据词典”和“系统目录”。
例如：
mysql> SELECT table_name, table_type, engine-> FROM information_schema.tables-> WHERE table_schema = 'db5'-> ORDER BY table_name DESC;
table_name（表名） |
table_type（表类型） |
引擎 |
v56 |
VIEW（视图） |
NULL |
v3 |
VIEW（视图） |
NULL |
v2 |
VIEW（视图） |
NULL |
v |
VIEW（视图） |
NULL |
tables |
BASE TABLE（基本表） |
MyISAM |
t7 |
BASE TABLE（基本表） |
MyISAM |
t3 |
BASE TABLE（基本表） |
MyISAM |
t2 |
BASE TABLE（基本表） |
MyISAM |
t |
BASE TABLE（基本表） |
MyISAM |
pk |
BASE TABLE（基本表） |
InnoDB |
loop |
BASE TABLE（基本表） |
MyISAM |
kurs |
BASE TABLE（基本表） |
MyISAM |
k |
BASE TABLE（基本表） |
MyISAM |
into |
BASE TABLE（基本表） |
MyISAM |
goto |
BASE TABLE（基本表） |
MyISAM |
fk2 |
BASE TABLE（基本表） |
InnoDB |
fk |
BASE TABLE（基本表） |
InnoDB |
集合中含17行（0.01秒）。
解释：该语句请求按逆向字母顺序列出数据库db5中的所有表，但仅显示三种信息：表名，表类型，以及表引擎。
INFORMATION_SCHEMA是信息数据库，其中保存着关于MySQL服务器所维护的所有其他数据库的信息。在INFORMATION_SCHEMA中，有数个只读表。它们实际上是视图，而不是基本表，因此，你将无法看到与之相关的任何文件。
每位MySQL用户均有权访问这些表，但仅限于表中的特定行，在这类行中含有用户具有恰当访问权限的对象。
SELECT的优点
SELECT ... FROM INFORMATION_SCHEMA语句的目的在于提供一种更为一致的方式，以访问MySQL所支持的各种SHOW语句（SHOW DATABASES、SHOW TABLES等等）提供的信息。与SHOW相比，使用SELECT有多项优点“
· 符合Codd规则。也就是说，所有访问均是在表上进行的。
· 不需要了解新语句的语法。由于他们已知道SELECT的工作方式，仅需了解对象名即可。
· 实现人无需操心增加关键词方面的事宜。
· 有数百万种可能的输出变化，而不是一种。这样，就为对元数据有不同需求的应用程序提供了更高的灵活性。
· 由于其他DBMS也采用了这类方式，移植更为容易。
标准
在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权限要求不存在差别。在任何一种情况下，要想查看关于它的信息，需要对某类对象拥有特定权限。
下述章节说明
在下面的章节中，我们选择了INFORMATION_SCHEMA中的表和列。对于每一列，有三类信息：
· “标准名称”：指明了列的标准SQL名称。
· “SHOW名称”：指明了最近SHOW语句中的等效字段名，如果有的话。
· “注释”给出了适用的附加信息。
为了避免使用标准或DB2、SQL服务器或Oracle中保留的名称，我们更改了标注为“SQL扩展”的列名。（例如，在TABLES表中，我们将COLLATION改为TABLE_COLLATION）。请参见本文末尾处给出的保留字列表。。
字符列（例如TABLES.TABLE_NAME）定义通常是VARCHAR(N) CHARACTER SET utf8，其中，N至少为64。
在每一部分中，指明了等效于从INFORMATION_SCHEMA中检索信息的SELECT语句的SHOW语句，或者不存在这类语句。
注释：目前，有一些丢失的列和一些混乱的列。我们正在着手解决该问题，并随着变化情况更新文档。
该方案是数据库，因此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 `DatabaseFROM 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']