数据库到底用不用外键、触发器、索引、视图、存储过程

今天听了一个企业技术总监的宣讲，结果听说在他开发系统的过程中，都没有用到外键，这让我很惊讶，赶紧上网搜索了一些资料看了看，终于明白了不用外键的原因。

这是一篇关于是否使用外键的讨论，讲的很有道理:

对于主/外键/索引来说，在一些开发团队中被认为是处理数据库关系的利器，也被某些开发团队认为是处理某些具体业务的魔鬼，您的观点呢？在实际应用中您会采取哪种方式？

大家共同观点：
主键和索引是不可少的，不仅可以优化数据检索速度，开发人员还省不其它的工作,

矛盾焦点：数据库设计是否需要外键。这里有两个问题：一个是如何保证数据库数据的完整性和一致性；二是第一条对性能的影响。

正方观点：
1，由数据库自身保证数据一致性，完整性，更可靠，因为程序很难100％保证数据的完整性，而用外键即使在数据库服务器当机或者出现其他问题的时候，也能够最大限度的保证数据的一致性和完整性。
eg：数据库和应用是一对多的关系，Ａ应用会维护他那部分数据的完整性，系统一变大时，增加了Ｂ应用，Ａ和Ｂ两个应用也许是不同的开发团队来做的。他们如何协调保证数据的完整性，而且一年以后如果又增加了C应用呢？ 
2，有主外键的数据库设计可以增加ER图的可读性，这点在数据库设计时非常重要。
3，外键在一定程度上说明的业务逻辑，会使设计周到具体全面。

反方观点：
1，可以用触发器或应用程序保证数据的完整性
2，过分强调或者说使用主键／外键会平添开发难度，导致表过多等问题
3，不用外键时数据管理简单，操作方便，性能高（导入导出等操作，在insert,   update,   delete   数据的时候更快）
eg:在海量的数据库中想都不要去想外键，试想，一个程序每天要insert数百万条记录，当存在外键约束的时候，每次要去扫描此记录是否合格，一般还不止一个字段有外键，这样扫描的数量是成级数的增长！我的一个程序入库在3个小时做完，如果加上外键，需要28个小时！  

结论：
1，在大型系统中（性能要求不高，安全要求高），使用外键；在大型系统中（性能要求高，安全自己控制），不用外键；小系统随便，最好用外键。
2，用外键要适当，不能过分追求
3，不用外键而用程序控制数据一致性和完整性时，应该写一层来保证，然后个个应用通过这个层来访问数据库。

文章出处：http://www.diybl.com/course/7_databases/database_other/200838/103356.html

上面提到了触发器的概念，我这里用MYSQL举例

触发器的概念：“在数据库中为响应一个特殊表格中的某些事件而自动执行的程序代码。”(Wikipedia)说得简单一些，它是在一个特殊的数据库事件，如INSERT或DELETE发生时，自动激活的一段代码。触发器可方便地用于日志记录、对单个表格到其他链接式表格进行自动的“层叠式”更改、或保证对表格关系进行自动更新。当一个新整数值增加到数据库域中时，自动更新运行的总数的代码段是一个触发器。自动记录对一个特殊数据库表格所作更改的SQL命令块也是一个触发器实例。

触发器是MySQL 5.x的新功能，随着5.x代码树新版本的出现，这一功能也逐渐得到改善。在本文中，我将简单介绍如何定义并使用触发器，查看触发器状态，并如何在使用完毕后删除触发器。我还将为你展示一个触发器在现实世界中的应用实例，并检验它对数据库记录的改变。 

例子

通过简单（虽然是人为的）实例来说明是了解MySQL触发器应用的最佳办法。首先我们建立两个单域的表格。一个表格中为姓名列表（表格名：data），另一个表格中是所插入字符的字符数（表格名：chars）。我希望在data表格中定义一个触发器，每次在其中插入一个新姓名时，chars表格中运行的总数就会根据新插入记录的字符数目进行自动更新。

以下为引用的内容： mysql> CREATE TABLE data (name VARCHAR(255)); Query OK, 0 rows affected (0.09 sec) mysql> CREATE TABLE chars (count INT(10)); Query OK, 0 rows affected (0.07 sec) mysql> INSERT INTO chars (count) VALUES (0); Query OK, 1 row affected (0.00 sec) mysql> CREATE TRIGGER t1 AFTER INSERT ON data FOR EACH ROW UPDATE chars SET count  = count + CHAR_LENGTH(NEW.name); Query OK, 0 rows affected (0.01 sec)

理解上面代码的关键在于CREATE TRIGGER命令，它被用来定义一个新触发器。这个命令建立一个新触发器，假定的名称为t1，每次有一个新记录插入到data表格中时，t1就被激活。

在这个触发器中有两个重要的子句：

AFTER INSERT子句表明触发器在新记录插入data表格后激活。

UPDATE chars SET count = count + CHAR_LENGTH(NEW.name)子句表示触发器激活后执行的SQL命令。在本例中，该命令表明用新插入的data.name域的字符数来更新chars.count栏。这一信息可通过内置的MySQL函数CHAR_LENGTH()获得。

放在源表格域名前面的NEW关键字也值得注意。这个关键字表明触发器应考虑域的new值（也就是说，刚被插入到域中的值）。MySQL还支持相应的OLD前缀，可用它来指域以前的值。

你可以通过调用SHOW TRIGGER命令来检查触发器是否被激活。

以下为引用的内容： mysql> SHOW TRIGGERSG *************************** 1. row ****************** ?Trigger: t1 ?Event: INSERT ?Table: data Statement: UPDATE chars SET count = count + CHAR_LENGTH(NEW.name) Timing: AFTER ?Created: NULL ql_mode: 1 row in set (0.01 sec)

激活触发器后，开始对它进行测试。试着在data表格中插入几个记录：

以下为引用的内容： mysql> INSERT INTO data (name) VALUES ('Sue'), ('Jane'); Query OK, 2 rows affected (0.00 sec) Records: 2?Duplicates: 0?Warnings: 0

然后检查chars表格看触发器是否完成它该完成的任务：

以下为引用的内容： mysql> SELECT * FROM chars; +-------+ | count | +-------+ | 7| +-------+ 1 row in set (0.00 sec)

如你所见，data表格中的INSERT命令激活触发器，它计算插入记录的字符数，并将结果存储在chars表格中。如果你往data表格中增加另外的记录，chars.count值也会相应增加。

触发器应用完毕后，可有DROP TRIGGER命令轻松删除它。