MYSQL创建、删除、索引和更改表

3.4 创建、删除、索引和更改表
    可利用CREATE TABLE、DROP TABLE 和ALTER TABLE 语句创建表，然后，对它们进行删除，更改它们的结构。对于它们中的每一条语句，存在MySQL专有的扩充，这些扩充使各语句更为有用。CREATE INDEX 和DROP INDEX 语句使您能够增加或删除现有表上
的索引。
    3.4.1CREATE TABLE 语句
    用CREATE TABLE 语句创建表。此语句的完整语法是相当复杂的，因为存在那么多的可选子句，但在实际中此语句的应用相当简单。如我们在第1章中使用的所有CREATE TABLE 语句都不那么复杂。有意思的是，大多数复杂东西都是一些子句，这些子句MySQL在分析后扔掉。参阅附录D 可看到这些复杂的东西。看看CREATE TABLE 语句的各项条款，注意该语句有多少语法是用于REFERENCES CONSTRAINT 和CHECK 子句的。这些子句涉及外部键、引用完整性及输入值约束。MySQL不支持这些功能，但它分析其语法使其更容易利用在其他数据库系统中建立的表定义。（可以用较少的编辑工作更容易地利用该代码。）如果您从头开始编写自己的表描述，可以完全不管这些子句。本节中我们对它们也不多做介绍。CREATE TABLE 至少应该指出表名和表中列的清单。例如：

    除构成表的列以外，在创建表时还可以说明它应该怎样索引。另一个选择是创建表时不进行索引，以后再增加索引。如果计划在开始将表用于查询前，用大量的数据填充此表，以后再创建索引是一个好办法。在插入每一行时更新索引较装载数据到一个未索引的表中然后
再创建索引要慢得多。我们已经在第1章中介绍了CREATE TABLE 语句的基本语法，并在第2章讨论了怎样描述列类型。这里假定您已经读过了这两章，因此我们就不重复这些内容了。在本节下面，我们将介绍一些MySQL3.23 中对CREATE TABLE 语句的重要扩充，这些扩充在构造表方面提供了很大的灵活性，这些扩充为：
    ■ 表存储类型说明符。
    ■ 仅当表不存在时才进行创建。
    ■ 在客户机会话结束时自动删除临时表。
    ■ 通过选择希望表存储的数据来创建一个表。
    1. 表存储类型说明符
    在MySQL3.23 之前，所有用户创建的表都利用的是ISAM 存储方法。在MySQL3.23中，可在CREATE TABLE 语句的列的列表之后指定TYPE = type，以三种类型明确地创建表。其中type 可以为MYISAM、ISAM 或HEAP。例如：

    将表转换为HEAP 类型可能不是一个好主意，但是，如果希望表一直维持到服务器关闭，可以进行这个转换。HEAP 表在服务器退出之前，一直保留在内存中。这三种表类型的一般特点如下：
    ■ MyISAM 表。MyISAM 存储格式自版本3.23 以来是MySQL中的缺省类型，它有下列特点：
    ■ 如果操作系统自身允许更大的文件，那么文件比ISAM 存储方法的大。
    ■ 数据以低字节优先的机器独立格式存储。这表示可将表从一种机器拷贝到另一种机器，即使它们的体系结构不同也可以拷贝。
    ■ 数值索引值占的存储空间较少，因为它们是按高字节优先存储的。索引值在低位字节中变化很快，因此高位字节更容易比较。
    ■ AUTO_INCREMENT 处理比ISAM 的表更好。详细内容在第2章讨论。
    ■ 减少了几个索引限制。例如，可对含NULL 值的列进行索引，还可以对BLOB 和TEXT 类型的列进行索引。
    ■ 为了改善表的完整性检查，每个表都具有一个标志，在myisamchk 对表进行过检查后，设置该标志。可利用myisamchk - fast 跳过对自前次检查以来尚未被修改过表的检查，这样使此管理任务更快。表中还有一个指示表是否正常关闭的标志。如果服务器关闭不正常，或机器崩溃，此标志可用来检测出服务器起动时需要检查的表。
    ■ ISAM 表。ISAM 存储格式是MySQL3.23 所用的最旧的格式，但当前仍然可用。通常，相对于ISAM 表来说，宁可使用MyISAM 表，因为它们的限制较少。对ISAM 表的支持随着此存储格式被MyISAM 表格式所支持很有可能会逐渐消失。
    ■ HEAP 表。HEAP 存储格式建立利用定长行的内存中的表，这使表运行得非常快。在服务器停止时，它们将会消失。在这种意义上，这些表是临时的。但是，与用CREATE TEMPORARY TABLE 所创建的临时表相比，HEAP 表是其他客户机可见的。HEAP 表有几个限制，这些限制对MyISAM 或ISAM 表没有，如下所示：
    ■ 索引仅用于“=”和“< = >”比较。
    ■ 索引列中不能有NULL 值。
    ■ 不能使用BLOB 和TEXT 列。
    ■ 不能使用AUTO_INCREMENT 列。
    2. 创建不存在的表
    要创建一个不存在的表，使用CREATE TABLE IF NOT EXISTS 即可。在某种应用程序中，无法确定要用的表是否已经存在，因此，要创建这种表。IF NOT EXISTS 修饰符对于作为用mysql运行的批量作业的脚本极为有用。在这里，普通的CREATE TABLE 语句工作得
不是很好。因为作业第一次运行时，建立这些表，如果这些表已经存在，则第二次运行时将出错。如果用IF NOT EXISTS语句，就不会有问题。每一次运行作业时，像前面一样创建表。如果这些表已经存在，在第二次运行时，创建表失败，但不出错。这使得作业可以继续运行，就像创建表的企图已经成功了一样。
    3. 临时表
    可用CREATE TEMPORARY TABLE 来创建临时表，这些表在会话结束时会自动消失。使用临时表很方便，因为不必费心发布DROP TABLE 语句明确地删除这些表，而且如果您的会话不正常结束，这些表不会滞留。例如，如果某个文件中有一个用mysql运行的查询，您决定不等到其结束，那么可以在其执行的中途停止这个查询，而且毫无问题，服务器将删除所创建的任意临时表。在旧版的MySQL中，没有真正的临时表，除了您在自己的头脑中认为它们是临时的除外。对于需要这样的表的应用程序，必须自己记住删除这些表。如果忘了删除，或在前面使其存在的客户机中出现错误时，这些表在有人注意到并删除它们以前会一直存在。临时表仅对创建该表的客户机可见。其名称可与一个现有的永久表相同。这不是错误，也不会使已有的永久表出问题。假如在samp_db 数据库中创建了一个名为member 的临时表。原来的member 表变成隐藏的（不可访问），对member 的引用将引用临时表。如果发布一条DROP TABLE member 语句，这个临时表将被删除，而原来的member 表“重新出现”。如果您简单地中断与服务器的连接而没有删除临时表，服务器会自动地删除它。下一次连接时，
原来的member 表再次可见。名称隐藏机制仅在一个级别上起作用。即，不能创建两个具有同一个名称的临时表。
    4. 利用SELECT 的结果创建表
    关系数据库的一个重要概念是，任何数据都表示为行和列组成的表，而每条SELECT 语句的结果也都是一个行和列组成的表。在许多情况下，来自SELECT 的“表”仅是一个随着您的工作在显示屏上滚动的行和列的图像。在MySQL3.23 以前，如果想将SELECT 的结果保存在一个表中以便以后的查询使用，必须进行特殊的安排：
    1) 运行DESCRIBE 或SHOW COLUMNS 查询以确定想从中获取信息的表中的列类型。
    2) 创建一个表，明确地指定刚才查看到的列的名称和类型。
    3) 在创建了该表后，发布一条INSERT ... SELECT 查询，检索出结果并将它们插入所创建的表中。
    在MySQL3.23 中，全都作了改动。CREATE TABLE ... SELECT 语句消除了这些浪费时间的东西，使得能利用SELECT 查询的结果直接得出一个新表。只需一步就可以完成任务，不必知道或指定所检索的列的数据类型。这使得很容易创建一个完全用所喜欢的数据填充的表，并且为进一步查询作了准备。可以通过选择一个表的全部内容（无WHERE 子句）来拷贝一个表，或利用一个总是失
败的WHERE 子句来创建一个空表，如：

    如果希望利用LOAD DATA 将一个数据文件装入原来的文件中，而不敢肯定是否具有指定的正确数据格式时，创建空拷贝很有用。您并不希望在第一次未得到正确的选项时以原来表中畸形的记录而告终。利用原表的空拷贝允许对特定的列和行分隔符用LOAD DATA 的选项进行试验，直到对输入数据的解释满意时为止。在满意之后，就可以将数据装入原表了。可结合使用CREATE TEMPORARY TABLE 与SELECT 来创建一个临时表作为它自身的拷贝，如：

    这允许修改my_tbl 的内容而不影响原来的内容。在希望试验对某些修改表内容的查询，而又不想更改原表内容时，这样做很有用。为了使用利用原表名的预先编写的脚本，不需要为引用不同的表而编辑这些脚本；只需在脚本的起始处增加CREATE TEMPORARY TABLE语句即可。相应的脚本将创建一个临时拷贝，并对此拷贝进行操作，当脚本结束时服务器会自动删除这个拷贝。
    要创建一个作为自身的空拷贝的表，可以与CREATE TEMPORARY ... SELECT 一起使用WHERE 0 子句，例如：