数据库设计实例.ppt_第1页
数据库设计实例.ppt_第2页
数据库设计实例.ppt_第3页
数据库设计实例.ppt_第4页
数据库设计实例.ppt_第5页
已阅读5页,还剩25页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、数据库设计示例:一所大学有基本的实体集:院系、教师、学生和课程。他们有自己的属性:部门:部门编号,部门名称,地点课程:课程编号,课程名称,开学学生:学生编号,学生名称,性别,地址教师:员工编号,教师姓名,办公室,实体之间的联系:每个部门有一个部门负责人和几个教师;老师只在一个系工作;每个系都提供许多不同的课程;每门课程都由一名教师讲授;一个学生可以在不同的系里学习许多课程。有联系:1对1:部门和部门负责人(部门负责人是教师)1对多:部门和教师,部门和课程,教师和课程是多对多:学生和课程,所以有E-R部门1 1 1 1设置领导职位N 1 N课程N教1教师P拿N学生图形实体-连接图的样本。得到以下

2、大学数据库的关系模型:系(系号、系名、教师号、地点)、课程(课程号、系号、教师号、课程名称、开学时间)、学生(学生号、姓名、姓氏、地址)、教师(姓名)。关系课程中的外籍骨干教师号和系号分别表示联系教学和提供。课程实体集是这些链接中每个链接的强制成员。关系教师中的外键部门编号表示该部门与教师之间的关系属于。教师是他们的义务成员。最后,m: n的联系导致了关系课程的选择。数据库设计示例2虚拟主机业务管理有实体:员工(员工编号、姓名、性别、出生日期、职务类别、职称、密码、备注)主机(主机序列号、操作系统、制造商、状态、空间数量、备注)用户单位(用户单位名称、联系人姓名、联系电话号码)、实体之间的关系

3、、员工(销售人员)和主机之间的管理关系员工(操作维护人员)和主机之间的维护关系是多对多的。一个操作维护者可以维护多个主机,一个主机可以由多个操作维护者维护。员工(管理员)与主机有一对多的关系。一个管理员可以管理多个主机,一个主机只能由一个管理员管理。主机和用户单元与销售人员之间存在租赁关系,其中主机和用户单元是多对多的,一个主机可以分配给多个用户单元,一个用户单元可以租用多个主机。每份租约都由一名推销员负责。得到以下关系模型:员工(员工编号、姓名、性别、出生日期、工作类别、职称、密码、备注)、主机(主机序列号、(管理员)联合员工编号#、操作系统、制造商、状态、空间数量、备注)、用户单位(用户单

4、位名称、联系人姓名、联系电话)、维护人员(操作维护人员)、员工编号主机序列号#(销售员)员工编号#、开始时间、结束时间、租用空间、备注)、数据库设计示例3再就业信息管理有实体:员工(编号、姓名、性别、 出生日期、职务类别、职称、工作年限、专业、教育背景)企业(企业编号、企业名称、企业性质、联系人姓名、联系电话)岗位(岗位编号、岗位名称、教育背景要求、职称要求、工作类型、工作年限),数据库设计示例3实体之间的需求工作与企业之间的关系是多对多的。员工、企业和岗位之间存在在职关系,三者之间的关系为1: 1: 1。数据库设计示例3关系模型员工(编号、姓名、性别、出生日期、工作类别、职称、工作年限、专业

5、、教育背景)企业(企业编号、企业名称、企业性质、联系人姓名、联系电话号码)职位(职位编号、职位名称、教育背景要求、职称要求、工作类型、工作年限)申请(申请序列号、(员工)特殊要求)需求(职位编号#、企业编号#、建议日期、所需人数、最低工资)(员工编号#、职位编号#, 企业编号#,预约日期),数据库设计示例4钢材仓库管理有实体:员工(工作编号,姓名,性别,出生日期,工作类型(销售员,采购员,仓库管理员)仓库(仓库编号,仓库名称,地址,联系电话)钢材(钢材编号,钢材名称,品种,规格)供应商(供应商编号,供应商名称,地址,电话号码,联系人),供应商和钢材之间有供货关系,而且他们是多对多。 钢铁、仓库

6、和销售人员之间有一种销售关系,他们是多对多的。买家、钢材和仓库之间有一种采购关系,而且是多对多的关系。数据库设计示例4关系模型员工(工作编号、姓名、性别、出生日期、工作类型(销售员、采购员、仓库管理员)仓库(仓库编号、仓库名称、地址、联系电话)钢材(钢材编号、钢材名称、品种、规格)供应商(供应商编号、供应商名称、地址、电话号码、联系人)仓库(仓库编号)安全库存)供应(供应商编号。#,钢号。#、报价、备注)销售(交货订单号、钢号#、仓库编号、工作编号#、交货数量和交货日期)采购(收货订单号、钢号#、仓库编号、工作编号#、交付数量和交付日期),数据库设计示例5闲置设备管理有实体:设备(设备编号、设

7、备名称、型号规格、公司)用户部门(部门编号、部门名称、部门经理、电话号码)客户(客户编号、客户名称、地址、电话号码)评估公司(公司编号、公司名称、地址、电话号码、联系人);数据库设计示例5闲置设备管理实体联系方式:设备与用户部门之间存在一种多对多的转移关系。评估公司和设备之间存在一对多的评估关系。客户和设备之间存在多对多的转移关系。数据库设计示例5闲置设备管理关系模式设备(设备编号、评估公司编号#、设备名称、型号规格、单位、评估日期、评估价格)用户部门(部门编号、部门名称、部门经理、电话号码)客户(客户编号、客户名称、地址、电话号码)评估公司(公司编号、公司名称、地址、电话号码、联系人)、设备

8、编号、数量、转让日期)转让(转让合同编号、客户编号、设备编号、转让数量、转让日期), 数据库设计示例6图书借阅管理有实体:图书(图书编号、分类、标题、作者)副本(图书编号、副本编号)员工(工作编号、姓名、性别、出生日期)部门(部门编号、部门名称、电话号码)出版社(出版社名称、地址、电话号码、联系人),数据库设计示例6图书借阅管理实体联系人:图书在副本和员工之间存在借阅关系,是多对多的关系。 员工和部门之间是一对多的关系。书籍和出版社之间是一对多的关系。,数据库设计示例6图书借阅管理关系模型图书(图书编号、分类、标题、作者、出版社名称#、价格、份数)份数(图书编号、份数、借阅状态)员工(工作编号

9、、部门编号#、姓名、性别、出生日期)部门(部门编号、部门名称、电话号码)出版社(出版社名称)、截止日期),数据库设计示例7项目管理有实体:项目(项目合同编号、项目名称、工作时间、提交日期、付款规定、项目总金额), 项目经理(职务号、姓名、性别、出生日期、电话号码)、用户(用户号、用户单位、地址、电话号码、联系人)、项目文件(文件号、文件格式、归档时间、内容概述)项目经理与项目有一对多的管理关系。 工程项目和项目文档之间是一对多的关系。工程项目和项目材料之间存在多对多的使用关系。数据库设计示例7项目管理关系模型项目(项目合同号、项目名称、工作时间、提交日期、付款规定、项目总额、工作编号#、用户编

10、号#)项目经理(工作编号、姓名、性别、出生日期、电话号码)用户(用户编号、用户单位、地址、电话号码、联系人)项目文件(文件编号、项目)内容汇总)项目材料的使用(材料编号、材料名称、材料报价和数量)(材料编号、项目合同号、使用日期和使用数量), 数据库设计示例8销售业务管理系统A)公司员工(工作编号、姓名、性别、公司入职日期、职位、部门)B)客户(客户编号、客户名称、联系人、联系电话、联系地址、省份)C)产品(产品编号、产品缩写、名称、参考报价、开发负责人、产品功能介绍)D)每个销售人员可以联系多个客户。 不同的销售人员可以拜访同一个客户。一个合同可以由多个销售人员签订,一个合同只能有一个签约客

11、户。一个产品有一个开发领导者,一个开发领导者负责多个产品。一对一:合同与客户,一对多:销售经理与销售人员,合同与产品,合同与销售人员,开发负责人与产品多对多:销售人员与客户,合同与产品,m,转换规则每个实体集由一个关系模型表示,其中实体集的属性被转换为关系属性。例如:产品(产品编号、产品缩写、名称、参考报价、开发负责人、产品功能介绍)如果实体集E2与实体集E1的关系是N33601,那么E2的关系模式应该包含E1的主要属性。如果实体集E2是其与E1实体集N33601的关系的可选成员,则此关系通常由E1和E2的主要属性以及此关系中的每个属性组成。例如,在合同和产品之间,可以引入另一个合同详细信息关系,这表明联系人包含。合同细节(合同号#、产品号#、产品数量和产品价格)的N:M二进制连接一般用另一种关系模式来表示。这种关系模式由每个参与实体集的主要属性和该连接的任何属性组成。例如销售人员和客户之间的多对多联系。拜访(员工编号、工作日期、客户编号)

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论