数据库设计解读.pptVIP

* 讲解要点： 在需求分析阶段，设计数据库的一般步骤（结合BBS论坛系统讲解）： 1.收集信息： 提问学员：论坛的基本功能有哪些？引导回答：注册、登录、发贴、版主论坛管理等 * 2.标识对象： 告诉学员实体的概念：相当于Java中讲解的对象，现实中实实在在存在的事物都是实体，如汽车、房子、人等。 强调实体一般是名词，英文是Entity 提问学员：BBS论坛中有哪些实体？引导回答：用户、主贴、跟贴 。因为主贴和跟贴的信息不完全一样（如跟贴数等）， 所以分开。版主不是实体，因为它属于用户实体，它只是一种拥有特权的特殊用户。 * 3.标识每个对象的属性。 告诉学员属性的概念：相当于某个实体的子成员信息，类似Java中类的属性。 提问学员用户、主贴、回帖、版块等实体有哪些属性，列出主要的即可。 * 4.世界万物都是联系的，一个系统中的实体间也是如此，所以我们还需要标出实体间的关系。 强调关系一般是动词。如用户发出主贴，发出就是一个关系，用于表示用户实体和主贴实体间的联系，它是一个动词。 提问学员： 1）跟贴和主贴有什么关系？ 2）版块和用户（版主）有什么关系 3）主贴和版块有什么关系 4）跟贴和版块有什么关系 答案参考幻灯片。 * 告诉学员：在设计阶段，设计数据库的一般步骤为： 1.绘制E-R图图纸，用于和客户沟通交流意见，并反复修改，直到客户确认 2.客户确认后，将E-R图转换为表 3.应用三大范式对设计的多张表进行审核并规范化表的结构 我们先看看如何绘制E-R图，它和施工图一样，有许多行业规定的绘图符合，表示特殊的含义。 * 讲解要点： 1）分别讲解各种映射关系的生活例子，还可以让学员举例。 例如： 1对1关系，1台车对于一个车位。 2）告诉学员，1对多有的参考资料还表示为1:M或1：∞ ，多对多表示为：M：N或∞ ：∞ * * 展示BBS论坛的ER图示例，强调： 1）实体的符号 2）属性的符号 3）关系的符号 4）关系映射的表示：关系显示标出1：M等。 绘制了ER图后，需要和客户反复沟通，确认和需求是否一致或信息表示是否完整，客户提出意见并修改，直到确认为止。 告诉学员绘制ER图可以使用微软的Word或VISIO以及Sybase公司的PowerDesigner，不同的工具表示方法略有不同。 上机我们将使用业界流行的PowerDesigner绘制。 * 客户确认后，需要把ER图转换为一张张表。 规则如下： 1）实体-表 2）属性-表中的列 3）关系－表之间的主外键约束关系 告诉学员：有时为了设置主键或外键，需要添加没有实际含义的ID列，也称为编号列。 * 讲解要点： 1）实体对应表 2）实体的列对应表中的列 3）为了体现实体间的关系，需要设置主外键。 为了设置主外键，表中有时需要添加ID列，如用户表中的UID列（用户编号）等。 告诉学员，为了表示属于哪个表，所以表中的列名前加了固定的前缀。 这样的好处是可以避免多个表中列名的重复。 * 展示表间的关系： 让学员指出哪个表的哪一列与其他表的哪一列建立关系，哪个是主表，哪个是从表。 * 表设计后，很可能结构不合理，出现数据重复保存，简称数据的冗余，这对数据的增删改查带来很多后患，所以我们需要审核是否合理，就想施工图设计后，还需要其他机构进行审核图纸是否设计合理一样。 如何审核呢？需要一些有关数据库设计的理论指导规则，这些规则业界简称数据库的范式。 * 为了算帐统计方便，会计可能喜欢这样设计表格，如幻灯片所示。 * 讲解目前这些表格可能出现的问题，可以采用提问方式。 * 我们根据三大范式，逐一审核是否规范化。 提问学员： 1.第一范式满足吗，引导回答：基本满足； 2.第二范式满足吗？第二范式要求表中的列必须与主键列相关，也就是要求一张表只能描述一件事情。 我们一起看看这张表描述了哪些事情？让学员思考几分钟，然后提问，最后归纳出如下事情： 1）工程信息 2）员工信息 3）项目的工时信息（每个工人做了多少活儿） * 所以根据第二范式，拆分出了这些表。 提问学员：这些表满足第三范式吗？ 引导：员工表还需拆分，存在传递依赖关系，即小时工资率和职务有关，职务又和人有关， 最后传递后，小时工资率看起来就和姓名有关了。小时工资率和职务才之间相关，我们需要应用第三 范式做进一步拆分。 * 告诉学员，数据库的三大范式和数据库的性能有时是矛盾的。 打个比方：大家都知道，环境保护非常重要，西方总是拿环保问题和中国刁难， 说中国为了发展不顾环境保护、生态自然等。可中国目前的经济实力不够强大，如果人都吃不饱， 空谈环保还有什么用呢？所以我们只能是在保持地区经济发展的前提下，尽量注重环保