1、新奥尔良（NewOrleans）法。数据库系统设计分为四个阶段：（1）、需求分析——分析用户需求。（2）、概念结构设计——进行信息分析和定义。（3）、逻辑结构设计——进行逻辑结构设计。（4）、物理设计——进行物理结构设计。2、规范设计法。数据库系统设计分为六个阶段：（1）、需求分析（2）、概念结构设计（3）、逻辑结构设计（4）、数据库物理设计（5）、数据库系统实施（6）、数据库系统运行和维护一、数据库设计概述4、数据库设计方法二、需求分析三、概念结构设计四、逻辑结构设计E-R图向关系模型转换五、物理设计任务：为已经确定的逻辑结构选取一个最适合应用环境的物理结构，包括确定数据库在物理设备上的存储结构，选择存取方法，设计索引和入口，并进行有关安全性、完整性、一致性的设计和应用设计。这个阶段的工作与具体的DBMS密切相关。步骤：存储格式设计→存储方法设计→访问方法设计→完整性、安全性设计→应用设计→评价物理设计。结果：形成物理设计说明书，说明书中包括存储格式、存储位置、访问方法、交互界面和输入/输出格式说明。六、数据库的实施7、数据库系统运行和维护E-R图向关系模型的转换两个实体集之间的联系类型可分为三类：（1）、一对一的联系（1：1）如果实体A中的每一个实例在实体B中至多有一个实例与之相关联，则称实体A与实体B具有一对一的联系，记为1：1。例如，部门和经理之间的联系（假设一个部门只有一个经理）、工厂和厂长之间，如下图：（2）、一对多的联系（1：n）如果实体A中的每一个实例在实体B中有n个实例与之相关联，而实体B中的每个实例在实体A中最多只有一个实例与之相关联，则称实体A与实体B是一对多的联系，记为1：n。例如，班级和学生。如下图：（3）、多对多的联系（m：n）如果实体A中的每一个实例在实体B中有n个实例与之相关联，而实体B中的每个实例在实体A中有m个实例与之相关联，则称实体A与实体B是一对多的联系，记为m：n。例如，学生实体具有学号、姓名、专业、班级等属性；教师实体有职号、姓名、性别、职称等属性，他们之间的联系类型为m：n，E-R图描述如下：以上例子是两个实体之间的E-R图。现实世界的复杂性导致了实体联系的复杂性，表现在E-R图上除了上面两个实体集之间的1：1、1：n和m：n的联系外，还有同一实体集内部的二元联系，三个或三个以上的实体集的多元联系。同一个实体集之间的联系：比如说职工实体集中的领导与被领导的联系是1：n的，而职工实体集中的婚姻联系是1：1的，零件之间存在着m：n的组合关系。这些关系的体现如下图：三个实体集之间的联系：一个商店允许有多位顾客，每位顾客有多位服务员为其服务，一位服务员只能服务于一家商店，因此商店、顾客和服务员之间的联系就可以用1：n：m来表示。一个厂家可以提供给多个产品多个零件，而每个产品可以使用多个厂家提供的零件，每个零件可以由不同的供应商供给，因此可以看出厂家、产品和零件之间是m：n：p的多对多联系。这两种关系的联系如下图：2、ER模型向关系模型的转换规则（2）、联系类型的转换：①、若实体间联系是1：1，可以在两个实体类型转换成的两个关系模型中任意一个关系模式的属性中加入另一个关系模式的码（作为外码）和联系类型的属性。②、若实体间联系是1：n，则在n端实体类型转换成的关系模型中加入1端实体类型的码（作为外码）和联系类型的属性。③、若实体间联系是m：n，则将联系类型也转换成关系模式，其属性为两端实体类型的码加上联系类型的属性，而其码为两端实体码的组合。[例1]下面对二元联系的1：1，1：n，m：n三种情况分别举例。如果常用的查询是从学校查询其校长，那么在学校模式中加入校长名和任职年月，其关系模式设计如下：学校（校名，地址，电话，校长名，任职年月）校长（姓名，性别，年龄，职称）如果常用的查询是从校长查询学校，那么在校长的模式中加入学校名和任职年月，其关系模式设计如下：校长（姓名，性别，年龄，职称，学校名，任职年月）学校（校名，地址，电话）②设车间与职工之间是1：n的联系，其ER图如下，在其转化的过程中，先将两个实体类型转换成两个关系模式，然后在职工中加入车间号和聘期两个属性，形成下面的关系模式：车间（车间号，车间名，电话）职工（工号，姓名，性别，年龄，车间号，聘期）③设学生S和课程C之间的联系是m：n，其ER图如下，各个属性分别表示的含义为：S﹟学号，SNAME学生姓名，AGE年龄，SEX性别，C﹟课程号，CNAME课程名称，TESCHER任课教师，GRADE成绩。转换时先将两个实体类型转换成两个关系模式，然后将m：n联系也转换成关系模式，其属性为两端实体的标识符和联系类型，即形成下面三个模式：S（S﹟，SNAM