5.4.2 SELECT INTO TABLE

MySQL还不支持Oracle SQL的扩展：SELECT ... INTO TABLE ....，相反MySQL支持ANSI SQL句法INSERT INTO ... SELECT ...，基本上他们是一样的。

另外，你可使用SELECT INTO OUTFILE...或CREATE TABLE ... SELECT解决你的问题。

5.4.3 事务处理

不支持事务处理。MySQL将在短时间内支持原子(atomic)操作，它象没有回卷的事务。用原子操作，你能执行一组INSERT/SELECT/whatever 命令并且保证没有其他线程介入。在本文中，你通常不会需要回卷。目前，你可通过使用LOCK TABLES和UNLOCK TABLES命令阻止其他线程的干扰。见7.24 LOCK TABLES/UNLOCK TABLES句法。

5.4.4 存储过程和触发器

一个存储过程是能在服务器中编译并存储的一套SQL命令。一旦这样做了，顾客不需要一直重新发出全部查询，而可以参考存储过程。因为查询仅需一次词法分析并且较少的信息需要在服务器和客户之间传送，因此这提供了更好的性能。你与可以通过拥有在服务器中的函数库提升概念上的层次。

一个触发器是当一个特别的事件发生时，被调用的一个存储过程。例如，你可以安装一个存储过程，它在每次从一个交易表删除一条记录时触发，并且当它所有交易被删除时，自动地从一个客户表中删除相应的客户。

计划修改的语言将能处理存储过程，但是没有触发器。触发器通常使每件事情变慢，即使对他们不需要的查询。

为了俩解什么时候MySQL可能得到存储过程，见F 我们想在未来加入到MySQL的事情列表(TODO)。

5.4.5 外键

注意，在SQL中外键不用于联结表，而主要用于检查参考完整性(RI)。如果你想要得到用一个SELECT语句从多个表得到结果， 你通过联结表做！

SELECT * from table1,table2 where table1.id = table2.id; 

见7.13 JOIN句法。见8.3.5 使用外键。

在MySQL里存在FOREIGN KEY句法仅仅为了与其他SQL供应商的CREATE TABLE命令相兼容；它不做任何事情。没有ON DELETE ...的FOREIGN KEY句法主要用于文档目的。一些ODBC应用程序可以使用它自动生成WHERE子句，但是这通常很容易的覆盖。 FOREIGN KEY有时用作一个约束检查，但是如果行以正确的顺序被插入表，该检查实际上是不必要的。MySQL仅仅支持这些子句(不考虑是否他们工作!)，因为一些应用程序要求他们存在。

在MySQL中，你可以解决ON DELETE ...没被实现的问题，，在你从一个用外键的表删除记录时，通过为一个应用程序增加适当的DELETE语句即可。实际上，这很快(在一些情况下更快)并且比使用外键更比便于移植。

在不久的将来我们将扩充FOREIGN KEY实现，以便至少信息将在表说明文件中保存并且可以由mysqldump和ODBC检索。

5.4.5.1 不使用外键的理由

有很多与FOREIGN KEY有关的问题我们不知道从哪儿开始：

• 外键使生活更复杂，因为外键的定义必须存储在一个数据库中并且实现他们将破坏使用能被移动、拷贝和删除文件的全部“好方法”。
• 速度影响对INSERT和UPDATE语句是可怕的，并且在这种情况下几乎所有的FOREIGN KEY检查都是无用的，因为不管怎样你通常以正确的顺序在正确的表中插入记录。
• 当更新一张表时，也有在许多表上保存锁的需求，因为副作用可以串联通过全部数据库。首先从一张表中删除记录并且随后从其他表中删除他们，这更快。
• 你再也不可以通过做一个全面的表删除并随后恢复所有的记录的方法来恢复一张表(从新来源或从一个备份)。
• 如果你有外键，你不能倾倒和恢复表，除非你以一个非常特定的做这些。
• 很容易做一个“允许的”的循环定义使得不可能用一个单个create语句重建每一个表，就算定义可行又可用。

FOREIGN KEY唯一好的方面是它给ODBC和一些其他客户程序检查一张表如何被连接的能力，并且使用它们显示出连接图表并帮助构造应用。

MySQL不久将存储FOREIGN KEY定义以便一个客户能询问并收到原来的连接如何进行的一个答案。当前的“.frm 文件格式没有它应有的地位。

5.4.6 视图

MySQL不支持视图，但是它在TODO上。

5.4.7 '--'作为一个注释的开始

有些其他SQL数据库使用'--'开始注释。MySQL有“#”作为开始数注释的字符，即使mysql命令行工具删除以'--'开始的所有行。你也可以在MySQL中使用C注释风格/* this is a comment */。见7.29 注释句法。

MySQL3.23.3和以上版本支持'--'注释风格，只要注释跟在一个空格之后。这是因为这种退化的注释风格已经引起用像下列代码那样的自动生成的SQL查询的许多问题，这里我们自动地为!payment!插入支付值：

UPDATE tbl_name SET credit=credit-!payment! 

你想出当payment的值是负的时将发生什么吗？

因为1--1在SQL中是合法的，我们认为'--'开始注释是可怕的。

然而在MySQL 3.23中，你可使用：1-- This is a comment

如果你正在运行一个比3.23早的MySQL的版本，下列的讨论才涉及你：

如果你在一个文本文件中有一个SQL程序，它包含'--'注释，你应该使用：

shell> replace " --" " #" < text-file-with-funny-comments.sql \
         | mysql database

而不是通常： 

shell> mysql database < text-file-with-funny-comments.sql

你也可以“现场”编辑命令文件将'--'注释改为'#'注释：

shell> replace " --" " #" -- text-file-with-funny-comments.sql

用这个命令改回他们：

shell> replace " #" " --" -- text-file-with-funny-comments.sql