数据库主键与外键的矛盾 主键与外键设计技巧

    开发阶段就设计好主键和外键是非常必要和值得的。主键和外键是把多个表组织为一个有效的关系数据库的粘合剂。主键和外键的设计对物理数据库的性能和可用性都有着决定性的影响。对于主/外键/索引来说，在一些开发团队中被认为是处理数据库关系的利器，也被某些开发团队认为是处理某些具体业务的魔鬼，在实际数据库设计应用中您会采取哪种方式？
　大家共同观点：
　主键和索引是不可少的，不仅可以优化数据检索速度，开发人员还省不其它的工作。
　矛盾焦点：数据库设计是否需要外键。这里有两个问题：一个是如何保证数据库数据的完整性和一致性；二是第一条对性能的影响。
　正方观点：
　1、由数据库自身保证数据一致性，完整性，更可靠，因为程序很难100％保证数据的完整性，而用外键即使在数据库服务器当机或者出现其他问题的时候，也能够最大限度的保证数据的一致性和完整性。
　eg：数据库和应用是一对多的关系，A应用会维护他那部分数据的完整性，系统一变大时，增加了B应用，A和B两个应用也许是不同的开发团队来做的。他们如何协调保证数据的完整性，而且一年以后如果又增加了C应用呢？
　2、外键在一定程度上说明的业务逻辑，会使设计周到具体全面
　3、有主外键的数据库设计可以增加ER图的可读性，这点在数据库设计时非常重要。
　反方观点：
　1、过分强调或者说使用主键／外键会平添开发难度，导致表过多等问题。
　2、可以用触发器或应用程序保证数据的完整性。
    3、不用外键时数据管理简单，操作方便，性能高（导入导出等操作，在insert，update，delete数据的时候更快）。
    eg：在海量的数据库设计中想都不要去想外键，试想，一个程序每天要insert数百万条记录，当存在外键约束的时候，每次要去扫描此记录是否合格，一般还不止一个字段有外键，这样扫描的数量是成级数的增长！我的一个程序入库在3个小时做完，如果加上外键，需要28个小时！
    结论：
    1、不用外键而用程序控制数据一致性和完整性时，应该写一层来保证，然后个个应用通过这个层来访问数据库。
    2、在大型系统中（性能要求不高，安全要求高），使用外键；在大型系统中（性能要求高，安全自己控制），不用外键；小系统随便，最好用外键。
    3、用外键要适当，不能过分追求。
    我们在建立数据库的时候，需要为每张表指定一个主键，所谓主键就是能够唯一标识表中某一行的属性或属性组，一个表只能有一个主键，但可以有多个候选索引。因为主键可以唯一标识某一行记录，所以可以确保执行数据更新、删除的时候不会出现张冠李戴的错误。当然，其它字段可以辅助我们在执行这些操作时消除共享冲突，不过就不在这里讨论了。主键除了上述作用外，常常与外键构成参照完整性约束，防止出现数据不一致。所以在数据库设计时，主键起到了很重要的作用。