数据库设计系列：数据库设计5步骤.pdfVIP

数据库设计系列：数据库设计5步骤

数据库设计5步骤

1.确定entities及relationships

a)设计宏观⾏为。你⽤此数据库来做什么？⽐如，希望管理雇员的信息。

b)确定entities。对于⼀系列的⾏为，确定所管理信息所涉及到的主题范围。这将变成table。⽐如，雇⽤员⼯，指定具体部门，确定技能等级。

c)确定relationships。看着⾏为，确定tables之间有何种关系。⽐如，在部门与雇员之间存在⼀种关系。给这种关系命名。

d)细化⾏为。你从宏观⾏为开始，现在仔细检查这些⾏为，看有哪些⾏为能转为微观⾏为。⽐如，管理雇员的信息可细化为：

●增加新员⼯

●修改存在员⼯信息

●删除调⾛的员⼯

e)确定业务规则。看着你的业务规则，确定你要采取哪种。⽐如，可能有这样⼀种规则，⼀个部门有且只能有⼀个部门领导。这些规则将被设计到数据库的结构中。

范例：

ACME是⼀个⼩公司，在5个地⽅都设有办事处。当前，有75名员⼯。公司准备快速扩⼤规模，划分了9个部门，每个部门都有其领导。

为有助于寻求新的员⼯，⼈事部门规划了68种技能，为将来⼈事管理作好准备。员⼯被招进时，每⼀种技能的专业等级都被确定。

定义宏观⾏为

⼀些ACME公司的宏观⾏为包括：

●招聘员⼯

●解雇员⼯

●管理员⼯个⼈信息

●管理公司所需的技能信息

●管理哪位员⼯有哪些技能

●管理部门信息

●管理办事处信息

确定entities及relationships

我们可以确定要存放信息的主题领域(表)及其关系，并创建⼀个基于宏观⾏为及描述的图表。

我们⽤⽅框来代表table，⽤菱形代表relationship。我们可以确定哪些relationship是⼀对多，⼀对⼀，及多对多。

这是⼀个E-草图，以后会细化。

细化宏观⾏为

以下微观⾏为基于上⾯宏观⾏为⽽形成：

●增加或删除⼀个员⼯

●增加或删除⼀个办事处

●列出⼀个部门中的所有员⼯

●增加⼀项技能

●增加⼀个员⼯的⼀项技能

●确定⼀个员⼯的技能

●确定⼀个员⼯每项技能的等级

●确定所有拥有相同等级的某项技能的员⼯

●修改员⼯的技能等级

这些微观⾏为可⽤来确定需要哪些table或relationship。

确定业务规则

业务规则常⽤于确定⼀对多，⼀对⼀，及多对多关系。

相关的业务规则可能有：

●现在有5个办事处；最多允许扩展到10个。

●员⼯可以改变部门或办事处

●每个部门有⼀个部门领导

●每个办事处⾄多有3个电话号码

●每个电话号码有⼀个或多个扩展

●员⼯被招进时，每⼀种技能的专业等级都被确定。

●每位员⼯拥有3到20个技能

●某位员⼯可能被安排在⼀个办事处，也可能不安排办事处。

2.确定所需数据

要确定所需数据：

1.确定⽀持数据

2.列出所要跟踪的所有数据。描述table(主题)的数据回答这些问题：谁，什么，哪⾥，何时，以及为什么

3.为每个table建⽴数据

4.列出每个table⽬前看起来合适的可⽤数据

5.为每个relationship设置数据

6.如果有，为每个relationship列出适⽤的数据

确定⽀持数据

你所确定的⽀持数据将会成为table中的字段名。⽐如，下列数据将适⽤于表Employee，表Skill，表ExpertIn。

如果将这些数据画成图表，就像：

需要注意：

●在确定⽀持数据时，请⼀定要参考你之前所确定的宏观⾏为，以清楚如何利⽤这些数据。

●⽐如，如果你知道你需要所有员⼯的按姓⽒排序的列表，确保你将⽀持数据分解为名字与姓⽒，这⽐简单地提供⼀个名字会更好。

●你所选择的名称最好保持⼀致性。这将更易于维护数据库，也更易于阅读所输出的报表。

●⽐如，如果你在某些地⽅⽤了⼀个缩写名称Emp_status，你就不应该在另外⼀个地⽅使⽤全名(Empolyee_ID)。相反，这些名称应当是Emp_status及Em