存储过程和触发器
　　一个存储过程是能在服务器中编译并存储的一套SQL命令。一旦这样做了，顾客不需要一直重新发出全部查询，而可以参考存储过程。因为查询仅需一次词法分析并且较少的信息需要在服务器和客户之间传送，因此这提供了更好的性能。你与可以通过拥有在服务器中的函数库提升概念上的层次。
　　
　　一个触发器是当一个特别的事件发生时，被调用的一个存储过程。例如，你可以安装一个存储过程，它在每次从一个交易表删除一条记录时触发，并且当它所有交易被删除时，自动地从一个客户表中删除相应的客户。
　　
　　计划修改的语言将能处理存储过程，但是没有触发器。触发器通常使每件事情变慢，即使对他们不需要的查询。
　　
　　为了俩解什么时候MySQL可能得到存储过程，见F 我们想在未来加入到MySQL的事情列表(TODO)。
　　
　　外键
　　注意，在SQL中外键不用于联结表，而主要用于检查参考完整性(RI)。如果你想要得到用一个SELECT语句从多个表得到结果， 你通过联结表做！
　　
　　SELECT * from table1,table2 where table1.id = table2.id;
　　
　　在MySQL里存在FOREIGN KEY句法仅仅为了与其他SQL供应商的CREATE TABLE命令相兼容；它不做任何事情。没有ON DELETE ...的FOREIGN KEY句法主要用于文档目的。一些ODBC应用程序可以使用它自动生成WHERE子句，但是这通常很容易的覆盖。 FOREIGN KEY有时用作一个约束检查，但是如果行以正确的顺序被插入表，该检查实际上是不必要的。MySQL仅仅支持这些子句(不考虑是否他们工作!)，因为一些应用程序要求他们存在。
　　
　　在MySQL中，你可以解决ON DELETE ...没被实现的问题，，在你从一个用外键的表删除记录时，通过为一个应用程序增加适当的DELETE语句即可。实际上，这很快(在一些情况下更快)并且比使用外键更比便于移植。
　　
　　在不久的将来我们将扩充FOREIGN KEY实现，以便至少信息将在表说明文件中保存并且可以由mysqldump和ODBC检索。
　　
　　不使用外键的理由
　　有很多与FOREIGN KEY有关的问题我们不知道从哪儿开始：
　　
　　外键使生活更复杂，因为外键的定义必须存储在一个数据库中并且实现他们将破坏使用能被移动、拷贝和删除文件的全部“好方法”。
　　速度影响对INSERT和UPDATE语句是可怕的，并且在这种情况下几乎所有的FOREIGN KEY检查都是无用的，因为不管怎样你通常以正确的顺序在正确的表中插入记录。
　　当更新一张表时，也有在许多表上保存锁的需求，因为副作用可以串联通过全部数据库。首先从一张表中删除记录并且随后从其他表中删除他们，这更快。
　　你再也不可以通过做一个全面的表删除并随后恢复所有的记录的方法来恢复一张表(从新来源或从一个备份)。
　　如果你有外键，你不能倾倒和恢复表，除非你以一个非常特定的做这些。
　　很容易做一个“允许的”的循环定义使得不可能用一个单个create语句重建每一个表，就算定义可行又可用。
　　FOREIGN KEY唯一好的方面是它给ODBC和一些其他客户程序检查一张表如何被连接的能力，并且使用它们显示出连接图表并帮助构造应用。
　　
　　MySQL不久将存储FOREIGN KEY定义以便一个客户能询问并收到原来的连接如何进行的一个答案。当前的“.frm 文件格式没有它应有的地位。
　　
　　视图
　　MySQL不支持视图，但是它在TODO上。
　　
　　''--''作为一个注释的开始
　　有些其他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
　　
　　MySQL 遵循什么标准？
　　Entry level SQL92。ODBC level 0-2。
　　
　　怎样处理没有COMMIT/ROLLBACK
　　MySQL不支持COMMIT-ROLLBACK。问题是有效地处理COMMIT-ROLLBACK将需要完全不同于MySQL今天使用的表布局。MySQL也将需要额外的线程在表上做自动清除工作，而且磁盘用量将更高。这将使MySQL比现今慢上大约2-4倍。MySQL比几乎所有其他SQL数据库都快(一般至少快2-3倍)。原因之一就是缺少COMMIT-ROLLBACK。
　　
　　目前，我们是更多地实现SQL服务器语言(象存储过程)，有了它，你将确实很少需要COMMIT-ROLLBACK，这也将得到更好的性能。
　　
　　通常需要事务的循环可以借助LOCK TABLES进行编码，并且当你能即时地更新记录时，你不需要光标(cursor)。
　　
　　我们在TODO上有事务和光标，然而并非相当优先。如果我们实现这些，将作为CREATE TABLE的选项，那意味着COMMIT-ROLLBACK将仅工作在那些表上，以便速度损失仅仅强加在那些表上。
　　
　　我们在TcX有一个更大的需求，一个比100%通用数据库的真正快速的数据库。无论何时我们发现一个方法来实现这些特征而没有任何速度损失，我们将可能做它。暂时，有许多更重要的事情要做。检查TODO，看我们此时如何将事情优先排列。（有的较高级别支持的客户可以改变它，因此事情是可以重新优先化的。）
　　
　　当前的问题实际上是ROLLBACK，没有ROLLBACK，你能用LOCK TABLES做任何COMMIT动作。为了支持ROLLBACK，MySQL将必须被改变以存储所有的旧记录，如果发出ROLLBACK，它们被更新的并且将任何东西恢复到起点。对于简单的情形，这不是难做的 (当前isamlog可以用于此目的)，但是为ALTER/DROP/CREATE TABLE实现ROLLBACK将是更困难的。
　　
　　避免使用ROLLBACK，你可以使用下列策略：
　　
　　使用LOCK TABLES ...锁住所有你想要存取的数据库表。
　　
　　测试条件
　　如果一切无误，更新。
　　使用UNLOCK TABLES释放你的锁。
　　这通常比使用可能带ROLLBACK的交易是一个更快的方法，尽管不总是这样。这个解决方案不能处理的唯一状况是当某人在更新当中杀死线程时。在这种情况下，所有的锁将被释放，但是一些更改不能被执行。
　　
　　你也可使函数以单个操作更新记录。你能通过使用下列技术得到一个很有效率的应用程序：
　　
　　相对他们的当前的值修改字段
　　仅仅更新那些实际上更改的字段
　　例如，当我们正在更新一些客户信息时，我们仅仅更新那些改变了的客户数据并只测试没有任何数据的改变，或数据取决于改变的数据，与原来的行相比变化了。对于改变了的数据的测试用WHERE子句在UPDATE语句中完成。如果记录没被更新，我们给客户一条消息：“你改变了的一些数据已被其他用户改变了”，然后我们在一个窗口中显示新行对照旧行，因此用户能决定他该使用哪个版本的客户记录。
　　
　　这给了我们类似于“列锁定”的东西，但是实际上甚至更好，因为我们仅仅更新某些列，使用相对于他们的当前值的值。这意味着典型的UPDATE语句看上去象这些一样东西：
　　
　　UPDATE tablename SET pay_back=pay_back+''relative change'';
　　
　　UPDATE customer
　　SET
　　customer_date=''current_date'',
　　address=''new address'',
　　phone=''new phone'',
　　money_he_owes_us=money_he_owes_us+''new_money''
　　WHERE
　　customer_id=id AND address=''old address'' AND phone=''old phone'';
　　
　　正如你能看到的，这是很有效的并且就算其他客户已经改变了pay_back或money_he_owes_us列的也能工作。
　　
　　在许多情况下，为管理一些表格的唯一标识符目的，用户已经想要ROLLBACK或LOCK TABLES。这可用一个AUTO_INCREMENT列和一个SQL函数LAST_INSERT_ID()或C API函数mysql_insert_id()更高效地处理。见20.4.29 mysql_insert_id()。
　　
　　在TcX，我们从来没有任何对行级锁定的需求，因为我们总是能通过编码解决它。一些情况下需要确实行锁定，但是他们是很少见的。如果你想要行级锁定，你可以在表中使用标志列并且这样做：
　　
　　UPDATE tbl_name SET row_flag=1 WHERE id=ID;
　　
　　如果行被找到发现并且row_flag在原来的行已经不是1，对受影响的行数MySQL返回1。
　　
　　你可以想到它，因为MySQL把上面的查询变为：
　　
　　UPDATE tbl_name SET row_flag=1 WHERE id=ID and row_flag <> 1;