3 / 88
数据库设计 Step by Step (1)——扬帆启航
引言：一直在从事数据库开发和设计工作，也看了一些书籍，算是略有心 得。很久之前就
想针对关系数据库设计进行整理、总结，但因为种种原因迟迟没有动手，主要还是惰性使然。
今天也算是痛下决心开始这项卓绝又令我兴奋的工作。 这将是一个系列的文章，我将以讲
座式的口吻展开讨论（个人偷懒，这里的总结直接拿去公司培训新人用）。
系列的第一讲我们先来回答下面几个问题
数据库是大楼的根基
大多数程序员都很急切，在了解基本需求之后希望很快的进入到编码阶段（可能只有产出代
码才能反映工作量），对于数据库设计思考得比较少。
这给系统留下了许多隐患。许多软件系统的问题，如：输出错误的数据，性能差或后期维护
繁杂等，都与前期数据库设计有着密切的关系。到了这个时候再想修改数据库设计或进行优
化等同于推翻重来。
我经常把软件开发比作汽车制造。汽车制造会经过图纸设计，模型制作，样车制造，小批量
试生产，最后是批量生产等步骤。整个过程环环相扣，后一过程是 建立在前一过程正确的
前提基础之上的。如果在图纸设计阶段发现了一个纰漏，我们可以重新进行图纸设计，如果
到了样车制造阶段发现这个错误，那么我们就要把 从图纸设计到样车制造的阶段重来，越
到后面发现设计上的问题，所付出的代价越大，修改的难度也越大。
数据库是整个应用的根基，没有坚实的根基，整个应用也就岌岌可危了。
强大的数据库面对不良设计也无能为力
现代数据库管理系统（DBMS）提供了方便的图形化界面工具，通过这些工具可以很方便的
创建表、定义列，但我们设计出的结构好吗？
关系数据库有许多非常好的特性，但设计不当会使这些特性部分或完全的丧失。
我们来看看以下几个数据库不良设计造成的场景：
1. 数据一致性的丧失
一个订单管理系统，维护着客户和客户下的订单信息。使用该系统的用户在接到客户修改收
货地址的电话后，在系统的客户信息页面把该客户的收货地址进行了修改，但原先该客户的
订单还是送错了地址。
2. 数据完整性的丧失
公司战略转移，准备撤出某地区。系统操作人员顺手把该地区的配置信息在系统中进行删除，
系统提示删除成功。随后问题就来了，客服人员发现该地区的历史订单页面一打开就出错。
3. 性能的丧失
- 1
- 2
- 3
- 4
- 5
- 6
前往页