数据库设计(ER图与逻辑结构表)示例

数据库设计中的ER模型介绍与应用数据库是应用程序中非常重要的一部分，对于企业来说，数据库是财富的积累和管理的重要手段。

在现代化企业信息化建设过程中，数据库的设计显得尤为重要。

ER模型是数据库设计中最流行和最常用的建模方法之一。

下面将逐步介绍ER模型的基本概念、关系对象、ER图以及实体关系设计。

一、基本概念1.1 数据模型数据模型是指对某一事物的相关数据进行的抽象和描述。

在数据库设计中，数据模型是结构化描述实体、联系、属性及它们之间关系的一种方法。

1.2 ER模型ER模型是一种基于实体关系的数据模型。

其核心概念是实体、属性、关系和联系。

这些概念构成了一个数据库系统的基本结构。

这个模型最早是由彼得·钱伯斯于1975年在一篇论文《实体类型和实体关系之图形表示法》中提出的。

1.3 实体(Entity)在ER模型中，实体是指一类现实世界中的对象或概念，其在该类中具有一定的独立性，可以由一个单一的或多个属性来描述。

例如，在一个学生信息管理系统中，学生就是一个实体，其属性可以包括姓名、性别、出生日期、学号等。

1.4 属性(Attribute)属性是指实体具有的特征或性质。

一个实体可以拥有一个或多个属性，属性可以比较简单，也可以非常复杂。

属性还可以用来描述一个实体在现实世界中的状态。

在上述学生信息管理系统中，姓名、性别、出生日期和学号都可以看作是学生的属性。

1.5 关系(Relationship)关系是指实体之间的某种联系或关联。

它是指两个实体之间或多个实体之间的静态或动态连接。

例如，在一个课程成绩管理系统中，学生和课程之间就存在着学生选课这种关系。

1.6 联系(Relationship Instance)联系的实例是指一种具体的关系，即一个实体和另一个实体之间的实际关联。

例如，在学生选课管理系统中，具体的某个学生选了某门课程就是一个联系的实例，它体现了这两个实体之间的关系。

二、关系对象在ER模型中，关系对象主要包括实体、属性、关系三种。

教学管理系统数据库设计用5行左右的文字对系统进行简要介绍一、数据需求分析某学校设计学生教学管理系统。

学生实体包括学号、姓名、性别、生日、民族、籍贯、简历、登记照，每名学生选择一个主修专业，专业包括专业编号、名称和类别，一个专业属于一个学院，一个学院可以有若干个专业。

学院信息要存储学院号、学院名、院长。

教学管理还要管理课程表和学生成绩。

课程表包括课程号、课程名、学分，每门课程由一个学院开设。

学生选修的每门课程获得一个成绩。

另外，为了管理教师教学安排，教师包括编号、姓名、年龄、职称，一个教师只能属于一个学院，一名教师可以上若干门课程，一门课程可以有多名老师来上，每个教师所上的每门课都有一个课堂号和课时数。

本系统数据字典如下（以下为示例，供参考，非本教学管理系统的数据字典）：二、概念结构设计1．首先确定系统中的实体从以上数据需求可以看出，系统共包括5个实体：学生、专业、学院、教师、课程。

2．再确定系统中实体间的关系根据数据需求描述推出：专业与学生是1对多关系；学生与课程是多对多关系；课程与老师是多对多关系；课程与学院是多对1关系；学院与专业是1对多关系；学院与教师是1对多关系。

3．转化成E-R图图1 实体-属性图图2 教学管理ER图三、逻辑结构设计在转换为关系模型时，一对多的联系都在相应的多方实体的关系中增加一个外键。

本系统由ER模型转换的关系模型是：学生（学号，姓名，性别，生日，民族，籍贯，专业号，简历，登记照）专业（专业号，专业，专业类别，学院号）学院（学院号，学院，院长）课程（课程号，课程名，学分，学院号）成绩（学号，课程号，成绩）教师（编号，姓名，年龄，职称）四、物理结构设计（不写）五、数据库实施基于Access的数据库结构设计如下。

指定数据库文件的名称，并为设计好的关系模型设计表结构。

数据库文件保存在“E:\教学管理\”文件夹中，数据库文件名：教学管理.MDB。

表包括：学院、专业、学生、课程、成绩单。

一、数据库设计的一般流程1.概述包括课程设计选题、项目背景、课程设计报告编写目的、课程设计报告的组织等内容。

2.课程设计任务的需求分析2.1设计任务2.2设计要求2.3需求描述的规范文档3.概念结构设计3.1概念结构设计工具（E-R模型）3.2XXX子系统（局部）3.2.1子系统描述3.2.2分E-R图3.2.3说明3.3YYY子系统3.3.1子系统描述3.3.2 分E-R图3.3.3 说明……3.X 总体E-R图3.X.1 E-R图的集成3.X.2 总体E-R图4.逻辑结构设计4.1关系数据模式4.2视图的设计4.3优化5.数据库物理设计与实施5.1数据库应用的硬件、软件环境介绍5.2物理结构设计5.3 索引的设计5.4建立数据库5.5 加载数据库测试数据6.数据操作要求及实现6.1数据查询操作6.2数据更新操作6.3数据维护操作6.4其他7.数据库应用系统的实现8.设计心得体会9.参考文献二、例子：学生选课管理系统在高校教学管理系统中，学生选课管理是很重要的功能模块。

需求分析：该系统应该能管理学校的教师信息、学生信息、专业信息、学校开设的所有课程信息、学生选修课程的信息等。

选课系统主要满足三类用户的要求，这三类用户分别是教务处的系统管理员、教师和学生。

他们所具有的操作权限以及操作内容是不同的。

具体的需求分析如下：系统管理员1）维护学生的个人基本信息，实现对学生个人信息的增、删、改等。

学生信息包括…2）维护教师的个人基本信息，实现对教师个人信息的增、删、改等。

教师信息包括…3）维护课程的个人基本信息，实现对课程个人信息的增、删、改等。

课程信息包括…学生用户1）查询和修改个人信息。

2）进行选课操作3）学生可以查看自己所选课程信息及以前所选课程的成绩信息。

教师用户1）查询和修改个人信息2）课程结束后，登记成绩3）教师可查看自己的教学安排。

数据库概念结构设计：概念结构设计的常用工具是ER图。

分下面几步完成。

ER数据库设计例⼦设某商业集团数据库中有三个实体集。

⼀是“仓库”实体集，属性有仓库号、仓库名和地址等；⼆是“商店”实体集，属性有商店号、商店名、地址等；三是“商品”实体集，属性有商品号、商品名、单价。

设仓库与商品之间存在“库存”联系，每个仓库可存储若⼲种商品，每种商品存储在若⼲仓库中，每个仓库每存储⼀种商品有个⽇期及存储量；商店与商品之间存在着“销售”联系，每个商店可销售若⼲种商品，每种商品可在若⼲商店⾥销售，每个商店销售⼀种商品有⽉份和⽉销售量两个属性；仓库、商店、商品之间存在着“供应”联系，有⽉份和⽉供应量两个属性。

（1）试画出ER图，并在图上注明属性、联系类型、实体标识符(8分)；（2）将ER图转换成关系模型（4分）。

(3) 试⽤SQL DDL语句定义上述关系模型的基本表(8分)。

答：(1)(2)ER图可转换成6个关系模式：仓库（仓库号，仓库名，地址）商品（商品号，商品名，单价）商店（商店号，商店名，地址）库存（仓库号，商品号，⽇期，库存量）销售（商店号，商品号，⽉份，⽉销售量）供应（仓库号，商店号，商品号，⽉份，⽉供应量）;(3)CREATE TABLE 仓库(仓库号VARCHAR2(8),仓库名VARCHAR2(30),地址VARCHAR2(256),PRIMARY KEY (仓库号));CREATE TABLE 商品(商品号VARCHAR(18),商品名VARCHAR2(30),单价NUMBER(8,2),PRIMARY KEY (商品号));CREATE TABLE 商店(商店号VARCHAR2(8),商店名VARCHAR2(30),地址VARCHAR2(80),PRIMARY KEY (商店号));CREATE TABLE 库存(仓库号VARCHAR2(8) CONSTRAINT fk_仓库号REFERENCES 仓库(仓库号), 商品号VARCHAR2(8) CONSTRAINT fk_商品号REFERENCES 商品(商品号), ⽇期DATE,库存量NUMBER,PRIMARY KEY(仓库号,商品号,⽇期));CREATE TABLE 销售(商店号VARCHAR2(8) CONSTRAINT fk_商店REFERENCES 商店(商店号),商品号VARCHAR2(8) CONSTRAINT fk_商品REFERENCES 商品(商品号),⽉份NUMBER(2),⽉销售量NUMBER,CONSTRAINT pk_销售PRIMARY KEY (商店号,商品号,⽉份));CREATE TABLE 供应(仓库号VARCHAR2(8) ,商品号VARCHAR2(8) ,商店号VARCHAR2(8),⽉份NUMBER,⽉供应量NUMBER,PRIMARY KEY (仓库号,商店号,商品号,⽉份),CONSTRAINT fk_供应_仓库号FOREIGN key(仓库号) REFERENCES 仓库(仓库号), CONSTRAINT fk_供应_商品号FOREIGN key(商品号) REFERENCES 商品(商品号), CONSTRAINT fk_供应_商店FOREIGN key(商店号) REFERENCES 商店(商店号) );。

在线订餐系统作业题目：网上订餐数据库系统设计作业时间：2012年11月专业班级：XXXXXXXXXXXXXXXXX姓名：学号：授课教师：目录第一章需求分析 (3)1.1订餐现状分析 (3)1.2顾客需求分析 (3)1.3管理员需求分析 (3)1.4性能需求分析 (3)1.5可行性分析 (4)1.6总体设计原则 (4)第二章数据库概念结构设计 (5)2.1系统E-R图 (5)2.2数据流图 (6)2.3数据字典 (6)2..3.1数据项 (6) (7) (7)第三章数据库逻辑结构设计 (10)3.1数据库逻辑结构初步构思 (10)3.2具体逻辑结构设计 (11)第四章数据库的物理结构设计 (12)4.1表间关系设计 (12)4.2完整性设计 (12)第五章数据库系统的实施 (14)5.1数据库的建立 (14)5.2数据输入 (14)第六章数据库运行和维护 (16)6.1定义并设置备份策略 (16)6.2启用数据库维护计划任务 (16)第七章报告总结 (18)第一章需求分析1.1订餐现状分析现在普遍使用的订餐方式是进行电话预定，这种预订方式方便，错误率也比较低，但是由此引发的一些不良现象也比较多，主要是订餐后出现饭店并没有将信息记录在案，而且电话里不能看到菜品的图片，对菜量和菜品样式没有直观的概念。

另外这种订餐方式只是进行电话的预约，很可能会出现订餐但是不履行订单也不进行订餐取消的现象，订餐人员对订购的餐桌信息不太了解会进行相关信息的询问，这样就在一定程度上造成了时间的浪费，饭店人员会在同一天反复重复相同的信息，造成了人力资源的浪费。

这样开发出图文并茂，信息能够及时更新和查看的在线网上订餐系统就具有了重要的意义。

1.2顾客需求分析顾客模块的功能包括个人信息管理，美食选购，美食评价三大功能。

其中，在个人信息管理中可以对个人信息进行修改、还可以查阅以往订过的美食信息；在选购美食中可以通过购物车直接购买的形式、也可已选择货到付款的形式完成交易；美食评价中顾客可以这对这次服务质量，留下自己相对餐厅说的话，完成用户与餐厅之间的交互。