通用数据库设计实例下载

合集下载

数据库设计实例

数据库设计实例

第1章数据库设计系统按照XXX企业协同办公系统的统一规划,运行在XXX企业协同办公网站的统一数据库中,采用了数据库的热备份技术,实现数据的有效和安全。

1.1概念结构设计1.1.1实体和属性的定义(1)公共模块员工信息(用户登录名、真实姓名、密码、公司邮箱、其他邮箱、MSN、QQ、手机、固定电话、所属部门、职位、角色),如图1.1所示。

职位(职位标识、职位名称),如图1.2所示。

员工信息登录名真实姓名固定电话密码公司邮箱其他邮箱MSN学位手机职位所属部门QQ角色职位职位标识 职位名称图1.1 员工信息实体图1.2 员工信息实体(以下实体没加图题,实际文档必须要有图题)部门(部门标识、部门名称)学历(学历标识、学历名称)意见与建议(提出人、提出时间、意见与建议主题、内容、附件)网站更新新闻(添加人、添加时间、新闻标题、更新时间)附件(所属位置、文件名、文件路径、上传时间)网站更新新闻 添加时间新闻标题添加人更新时间意见与建议 提出时间内容提出人附件主题学历学历标识 学历名称部门部门标识 部门名称(2)消息面板模块公告栏信息(公告标题、公告内容、公告发表人、发表时间、紧急状态)公告状态(状态标识、状态名称) 其中属性约束如下: 状态名称:普通,重要,紧急站内短信(发送人、接收人、留言标题、内容、发送时间、是否回复、是否读取、是否公开、消息状态、是否被发送者删除、是否被接收者删除)其中属性约束如下:是否回复:0=未回复,1=已回复;是否读取:0=未读,1=已读;是否公开:0=不公开,1=公开; 消息状态:普通,重要,紧急,重要紧急;是否被发送者(接收者)删除:0=否,1=是附件文件名称文件路径所属位置上传时间公告状态状态名称 状态标识公告信息 公告内容发表时间公告标题紧急状态发表人(3)事务管理模块事务(事务具体信息、事务提交人、事务处理人、事务计划开始时间、事务计划结束时间、事务添加时间、事务类型、事务原由、备注)事务信息(事务名、事务内容、添加时间、事务状态、重要性)站内短信发送人接收人留言内容消息状态发送时间是否回复是否公开留言标题是否读取是否被发送者删除是否被接收者删除事务事务类型事务信息事务处理事务原由计划开始时间计划结束时间备注信息事务提交人添加时间事务状态(事务名称、事务状态标志位)跟踪信息(对应事务、跟踪内容、跟踪时间、跟踪人、实际开始时间、实际结束时间、状态、结果描述、事务详细信息、备注)(4)计划管理模块目标(目标标题、目标制定人、接收人、要求结束时间、具体内容、附件、发起时间)计划(计划标题、目标标题、计划人、上级接收人、计划安排详细内容、计划开始时间、计划跟踪信息对应事务跟踪内容跟踪人事务详细信息实际开始时间实际结束时间跟踪时间备注结果描述 目标具体内容目标标题目标接收人发起时间要求结束时间附件目标制定人事务状态状态名称 状态标志位事务信息 事务状态 事务名添加时间事务重要事务内容结束时间、附件、计划状态、计划制定时间)计划状态(状态标识、状态名称) 其中属性约束如下:状态名称:初稿、审批中、批准、分配中、执行中周报(计划标题、报告人、接收人、针对计划的完成百分比、针对目标的累计完成百分比、报告内容、额外性工作、需要支持、风险和问题、下一个计划期、周报发送时间)(5)客户跟踪模块客户信息(客户名称、客户地址、客户电话、客户传真、客户邮箱、客户法定代表、客户被添加时间、客户被添加的用户、联系人、联系人职务、联系方式、公司地区、最后修改人、最后修改时间、经营范围、备注、客户性质)其中属性约束如下:客户性质:1=客户,2=渠道,3=客户和渠道周报报告内容计划标题接收人额外性工作针对计划的完成百分比针对目标的累计完成百分比报告人风险问题需要支持下个计划期发送时间计划状态状态标识 状态名称计划详细内容计划标题计划人计划开始时间上级接收人计划结束时间目标标题附件计划状态制定时间沟通信息(沟通名、沟通内容、时间、方式、沟通用户、沟通客户、客户方沟通人、备注)沟通方式(沟通方式名称、沟通方式标志位)项目状态(状态标识、状态名称)沟通方式标志位 方式名称沟通信息沟通名沟通内容沟通方式客户方沟通人沟通用户沟通客户沟通时间备注客户信息客户地址客户电话客户邮箱客户名称客户法定代表被添加时间客户传真被用户添加联系人联系人职务公司地区联系方式最后修改人客户性质 经营范围备注文件信息(文件所属、文件对应模块、文件原名、文件服务器名、上传时间、文件上传人、文件地址、备注)其中属性约束如下:文件所属于:1=沟通2=事务 3=跟踪客户跟踪权限(用户、是否管理员、是否高层领导) 其中属性约束如下:是否管理员:0=否,1=是; 是否高层:0=否,1=是(6)会议管理会议信息(会议时间、会议地点、会议标题、会议回复状态、会议参加人员、不参加理由、回复时间、回复状态的修改人、会议议程、会议时长)其中属性约束如下:会议回复状态:0=未回复,1=参加,2=不参加,3=不确定权限 是否管理员 是否高层对应用户文件信息文件所属文件原名上传时间文件对应模块文件上传人文件地址文件服务器名备注项目状态状态标识 状态名称会议记录(对应会议、主持人、发布时间、参加人员、会议小结、会议小结状态) 其中属性约束如下: 会议小结状态:0=无,1=有(7)人力资源模块请假申请(请假申请人、请假审批人、请假主题、请假形式、请假类型、请假开始时间、请假结束时间、请假总共时间、请假内容、请假申请时间、审批状态)其中属性约束如下:请假形式:0=事前请假,1=事后请假; 审批状态:0=未回复,1=不通过,2=通过会议记录 参加人员会议小结发布时间会议小结状态主持人对应会议会议信息会议地点会议标题参加人员会议时间不参加理由回复时间会议回复状态状态修改人会议议程 会议时长请假类型(类型标识符、类型名称)请假审批(对应请假申请、是否查阅、审批时间、审批意见、审批结果) 其中属性约束如下:是否查阅:0=未读,1=已读; 审批结果:0=未审批,1=未通过,2=已通过(8)权限模块角色(角色标识符、角色名称)操作(操作标识符、操作名称、备注)角色角色标识 角色名称请假审批 是否查阅审批意见对应申请审批结果审批时间请假类型类型标识 类型名称请假申请审批人请假主题开始时间申请人结束时间总共时间请假类型审批状态申请时间 请假内容(9)网站统计访客记录(访客对应用户、访客IP 地址、访客登录时间、离开时间、IP 对应物理地址)访客足迹(访客对应用户、之前页面UI 、当前页面UI 、本页面进入时间、本页面退出时间)访客足迹 前页面UI进入时间对应用户离开时间当前UI访客记录 IP 地址离开时间对应用户对于物理地址登录时间操作操作标识操作名称备注1.1.2 局部ER 模式设计员工局部E-R 图:意见与建议局部E-R 图:意见与建议 提出时间内容附件主题提出人员工信息1N员工信息登录名真实姓名固定电话密码公司邮箱其他邮箱MSN手机QQ职位职位标识职位名称职位 部门部门标识部门名称学历 学历学历标识 学历名称职位111111站内短信局部E-R 图:站内短信留言内容消息状态发送时间是否回复是否公开留言标题是否读取是否被发送者删除是否被接收者删除接收人员工信息发送人1n11公告信息公告内容发表时间公告标题紧急状态发表人员工信息 1 n目标局部E-R 图:目标具体内容目标标题发起时间要求结束时间附件制定人员工信息 接收人1 11N事务事务类型事务原由计划开始时间计划结束时间备注信息添加时间提出人员工信息处理人事务信息事务名添加时间 事务重要事务内容事务信息事务状态状态名称状态标志位事务状态11n 111 11计划局部E-R 图:计划详细内容计划标题计划开始时间计划结束时间目标标题附件制定时间计划人 员工信息 接收人计划状态 状态标识状态名称计划状态11n 111跟踪信息局部E-R 图:跟踪信息跟踪内容事务详细信息实际开始时间实际结束时间跟踪时间备注结果描述跟踪客户客户信息跟踪人员工信息1111客户信息客户地址客户电话客户邮箱客户名称客户法定代表被添加时间客户传真联系人联系人职务公司地区联系方式最后修改人客户性质 经营范围备注添加客户员工信息 11会议信息局部E-R 图:会议信息 会议地点会议标题会议时间不参加理由回复时间会议回复状态会议议程会议时长参加会议员工信息1N状态修改员工信息11沟通信息沟通名沟通内容沟通方式客户方沟通人沟通时间备注跟踪客户客户信息 N1 沟通人员工信息 11沟通方式标志位方式名称沟通方式11请假申请请假主题开始时间结束时间 总共时间审批状态 申请时间请假内容审批人员工信息11请假人11请假类型类型标识类型名称请假人1 1请假审批是否查阅审批意见对应申请审批结果 审批时间审批11访客足迹前页面UI进入时间离开时间当前UI员工信息 1访客信息 1 访客记录 IP 地址离开时间对于物理地址登录时间访客信息111.1.3 全局ER 模式设计员工信息职位部门 学历学历 所属职位 所在部门 角色角色 权限 操作 拥有 对应 站内短信 接收人发送人公告状态 公告信息 状态 发布人事务 事务信息 跟踪信息状态 事务状态 具体跟踪目标计划计划状态 周报 状态制定 反馈反馈人制定人处理人制定人客户信息 沟通信息 沟通方式项目状态 合作项目信息状态方式 沟通 会议信息会议记录小结 请假申请请假审批请假类型类型 审批审批请假员工信息主持参加1 1 11 1 mn 11 1 1 1n11n1n n 111 1n nm11 1 1n 11nmn11 1n 1 1n11 1 111 11 nn11 nnm1 n11 访客足迹意见与建议网站更新新闻访客作者员工信息 提交人n 1n n 111.2逻辑结构设计1.2.1模式员工信息表记录员工登陆账号和联系方式等基本信息,如表1.1所示。

(完整版)数据库设计的典型案例920

(完整版)数据库设计的典型案例920
8.1.5业务流程分析
一个简化的选课系统业务流程如图8.2所示:
8.2
本阶段的成果的内容形式主要包括数据流图(Data Flow Diagram)和数据字典(Data Dictionary)。数据流图和数据字典是描述用户需求的重要工具以及阶段成果表达形式。它作为需求分析的成果和用户交流的主要手段和依据,是后续数据库设计的前提。设计人员从数据流图中可以比较充分地了解软件的结构,所以也是软件设计的重要依据。
8.1
8.1.1总体需求简单介绍
需求分析阶段是数据库应用系统开发的最重要阶段。需求分析要求应用系统的开发人员按照系统的思想,根据收集的资料,对系统目标进行分析,对业务的信息需求、功能需求以及管理中存在的问题等进行分析,抽取本质的、整体的需求,为设计一个结构良好的数据库应用系统的逻辑模型奠定坚实的基础。
选课管理中,学生根据学校对其专业制定的教学计划,录入本学期所选课程,教务员对学生选课记录进行审核,经审核得到的选课就为本学期的选课。其处理过程如图8.7所示。
0层P4的1层数据流图请读者自行描述。
我们可以使用许多的设计工具完成数据流图的创建,这些工具不但可以实现常用的数据流图的绘制,而且可以对多层的数据流图中的元素及其关系的正确性实现有效的检验,能帮助我们学习和理解数据流图的实现技术。本章有关的数据流图均使用Microsoft Visio工具进行绘制,相关的工具还有Sybase公司的Power Designer以及Oracle的Designer等,有兴趣的可以参考相关的资料或者下载试用版。
P3.4
选课审核+没经确认的选课
经确认的选课信息
选择选课清单进行确认
4。数据项
表8.4P3中数据项的说明
序号
数据项

数据库设计实例

数据库设计实例

114801班 数据库综合题设计实例一、问题描述:某集团公司拥有多个大型连锁商场,公司需要构建一个数据库系统以方便管理其业务运作活动• 需求分析结果:• 1、商场需要记录的信息包括:商场编号(编号唯一)、商场名称、地址和联系电话; • 2、每个商场包含有不同的部门,部门需要记录的信息包括:部门编号(编号唯一)、部门名称、位置分布和联系电话;• 3、每个部门雇佣多名员工处理日常事务,每个员工只能隶属于一个部门,员工需要记录的信息包括:员工编号(编号唯一)、姓名、岗位、电话号码和工资;• 4、每个部门的员工中有一名是经理,每个经理只能管理一个部门,系统需要记录每个经理的任职时间。

1、E-R 图2、关系模式• 商场(商场编号,商场名称,地址,联系电话)• 部门(部门编号,部门名称,位置分布,联系电话,商场编号)– 外键:商场编号• 员工(员工编号,员工姓名,岗位,电话号码,工资,部门编号)– 外键:部门编号• 经理(员工编号,任职时间)– 外键:员工编号• 为使商场有紧急任务时能联系到轮休的员工,要求每位员工必须登记且只能登记一位紧急联系人的姓名和联系电话,不同的员工可以登记相同的紧急联系人,则在E-R 图中还需添加的实体是什么?该实体和图中的员工存在什么样的联系(联系类型)。

给出该实体的关系模式。

• 紧急联系人,1:n商场经理部门员工联系1联系2联系3联系41mn1m111• 紧急联系人(员工编号,姓名,联系电话)二、问题描述:某公司拟开发一多用户电子邮件客户端系统,部分功能的初步需求分析结果如下:• (1)邮件客户端系统支持多个用户,用户的信息主要包括用户名和用户密码,且系统的用户名不可重复。

• (2)邮件帐号信息包括邮件地址及其相应的密码,一个用户可以拥有多个邮件地址。

• (3)一个用户可以拥有一个地址簿,地址簿信息包括联系人编号、姓名、电话、单位地址、邮件地址1、邮件地址2、邮件地址3等信息。

30_数据库课程设计实例

30_数据库课程设计实例
数据库设计实例
计算机工程学院编
•ppt课件
•1
数据库设计实例一
某学院有基本实体集:系、教师、学生和课程。 它们各有属性: 系:系编号、系名,位置 课程:课程号,课程名称,开课学期 学生:学生学号,学生姓名、性别、地址 教师:员工号,教师姓名,办公室
•ppt课件
•2
• 你怎么称呼老师?
• 如果老师最后没有总结一节课的重点的难点,你 是否会认为老师的教学方法需要改进?
工程总额、工号#、用户编号#)
项目经理(工号、姓名、性别、出生年月、电话 ) 用户(用户编号、用户单位、地址、电话、联系人) 项目文档(文档编号、项目合同号#、文档形式、归档时间、内容概述) 项目材料(材料编号、材料名、材料报价、数量)
使用(材料编号、项目合同号、使用日期、使用数量)
•ppt课件
•26
•ppt课件
•23
数据库设计实例七
工程项目管理
有实体: 工程项目(项目合同号、项目名称、使用工时、报交日期、付款规定、
工程总额)
项目经理(工号、姓名、性别、出生年月、电话 ) 用户(用户编号、用户单位、地址、电话、联系人) 项目文档(文档编号、文档形式、归档时间、内容概述) 项目材料(材料编号、材料名、材料报价、数量)
•27
实体间联系:
销售部有一个销售经理,领导多位销售人员。 每个销售员可以联系多个客户。
不同的销售人员可以拜访同一个客户。 一份合同可以由多个销售员签订,一份合同只能有一个签约客 户。 一个产品有一个开发负责人,一个开发负责人负责多个产品。 一对一:合同与客户,
一对多:销售经理与销售人员,合同与产品,合同与销售人员 开发负责人和产品 多对多:销售人员与客户、合同与产品,

简单数据库设计实例

简单数据库设计实例

数据库设计的案例分析一、教学管理1. 基本需求某学校设计学生教学管理系统。

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

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

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

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

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

设计该教学管理的ER模型,然后转化为关系模型。

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

尝试修改上题的ER模型,将教师教学信息管理增加进去。

●请你设计一个数据库,并确定要满足的各种约束,使得其中:⏹保存了所需的所有信息;⏹支持教学管理的各种应用;⏹尽可能地优化:减少冗余、提高查询速度。

●画实体-联系图。

将实体-联系图转换为关系表。

2. 参考设计●首先确定系统中的实体●再确定系统中实体间的关系●转化成E-R图图一教学管理ER图由ER模型转换的关系模型是:学生(学号,姓名,性别,生日,民族,籍贯,专业号,简历,登记照)专业(专业号,专业,专业类别,学院号)学院(学院号,学院,院长)课程(课程号,课程名,学分,学院号)成绩(学号,课程号,成绩)(题目分析:本题中有学生、专业、学院、课程四个实体。

一个学生只有一个主修专业,学生与专业有多对一的联系;一个专业只由一个学院开设,一门课程只由一个学院开设,学院与专业、学院与课程都是一对多的联系;学生与课程有多对多的联系。

在转换为关系模型时,一对多的联系都在相应的多方实体的关系中增加一个外键。

)增加教师,ER图如下。

图二有教师实体的教学管理ER图4、检查设计:是否支持各种应用。

1)、如果有学生转换专业,系统如何支持?2)、如果学生中途退学,系统如何支持?3)、如果教师处于退休状态,系统如何支持?4)、选修课通常是针对某些专业的,系统如何支持?5. 物理设计基于Access的数据库结构设计如下。

8个数据库设计典型实例

8个数据库设计典型实例
。作操 等份备、改修、除删、加添的据数行进求需户用据根时及�能功护维库据数备具应统系 。护维、充补员人护维术技的 发开与参未于便又 �改修和合组种各的能功统系于便即 �法方计设序程化块模用采统系 。问访行进式方的 revreS/reworB 用采 的 便 方 以 可 息 信的 高不 求 要 性 全 安 些 一于 对� 变 改 的 构结 系 体后 以司公 便以 �善 完 细 详量尽应作工期前等析分统系。务服据数供提于用则�端器务服�revreS�器务服库据数问 访、息信面界户用示显、辑逻达表供提责负�端户客�tneilC�构结系体 S/C 用采统系 。求要等全安、用实、便方、观直的 中程过作操到达并 �要需作工理管事人常日司公足满 �定规的理管事人司公合符应统系 。的目的果效用应和平水发开统系高提�源资有 现司公用利分充到达而从 �案方发开统系理管的进先及 �境环件硬软有现司公用采量尽 。点几下以有想思计设发开统系本 想思计设发开、二 。等数人的聘招定决目数工员的 有现据根导领业企如�策决学科的面方关相其及理管事人动劳行进业企持支 � 。等休退、职辞、出转工员老�立建的 案档事人时入加工员新括包�务业常日的理管事人动劳成完率效高业企持支 � � 。理管的化范规现实业企持支 � � �
。等称职、况状姻婚、息信历学、息信本基工员括包�入输的息信种各工员 。能功下如成完要需统系理管事人的中例本 。出提导领处事人括包、导 领司 公 由般 一务 任 体 总的 发 开 统系 。析 分 能 功统系 成 完上 础基 的 务 任体总 发 开统 系在 析分能功统系、四 。用使装安可均下 0002swodniW 及以 EM swodniW、89 swodniW、59 swodniW 在件软端户客。具工发开用应 为作 0.8 redliuBrewoP 用采端前。统系理管库据数 8 elcarO 的买购以业企用采�支开约节为 择选境环行运和发开、三

数据库课程设计案例数据库课程设计实例通用5篇

数据库课程设计案例数据库课程设计实例通用5篇

数据库课程设计案例数据库课程设计实例通用5篇新的《语文课程标准》指出:“阅读是学生的个性化行为,不应以教师的分析来替代学生的阅读实践。

应让学生在主动积极的思维和情感活动中,加深理解和体验,有所感悟和思考,受到情感熏陶,获得情感启迪。

”这就告诉我们,在语文阅读教学中,学生是主体,读书的是学生,提问题的是学生,思考的是学生,讨论的也是学生。

在读书、思考、提问和讨论中“自得”的应该是学生。

如在教学小语第11册《一夜的工作》第二段时,我便有意识的探索学生的“自得”之路。

师:课文除了写总理的工作情况还写了什么?生:还写了总理的生活。

师:请同学们仔细读一读这部分课文,边读边想:总理的生活是怎样的?(学生自读这部分课文)师:哪一位同学谈一谈通过读书,你读懂了什么,有没有不懂的地方?生:周总理的碟子里有几颗花生米呀?师:那大家就猜一猜周总理的碟子里有几颗花生米吧,说说你是根据什么猜的。

生:我认为花生米数量很多,数不过来。

因为他是一个国家的总理,地位很高,应该想吃什么就吃什么,想吃多少有多少。

值班室的同志应该考虑到总理工作辛苦,端来一盘子花生米,让总理想吃多少就吃多少,剩下的就留在盘子里。

师:你说按全世界总理的地位推断,应当是想吃什么有什么。

老师又有一个问题:周总理和其他国家的总理有哪些不一样?生:周总理更热爱祖国,热爱人民,工作更辛苦。

师:回顾一下以前学过的有关周总理的课文,你还知道周总理和其他国家的总理有哪些不一样?生:读过《温暖》、《关怀》这两篇课文,我了解到周总理更关怀人民群众的生活与疾苦。

生:周总理更平易近人,与劳动人民心贴心。

生:读过《飞机遇险的时候》,我知道周总理有舍己为人的精神。

生:从《周总理的睡衣》一文中我还了解到总理是一个艰苦朴素的人。

师:对呀,既然总理是个平易近人、与人民群众心贴心、艰苦朴素的人,那么你们再来猜一猜盘子里会有多少花生米?生:几颗,十来颗。

根据总理一夜的工作,我们可以认识到总理全心全意为人民服务的崇高精神。

数据库设计实例计算机科学与工程系编二零零二年十二月.共32页文档

数据库设计实例计算机科学与工程系编二零零二年十二月.共32页文档
数据库设计实例计算机科学与工程系 编二零零二年十二月.
51、没有哪个社会可以制订一部永远 适用的 宪法, 甚至一 条永远 适用的 法律。 ——杰 斐逊 52、法律源于人的自卫本能。——英 格索尔
53、人们通常会发现,法律就是这样 一种的 网,触 犯法律 的人, 小的可 以穿网 而过, 大的可 以破网 而出, 只有中 等的才 会坠入 网中。 ——申 斯通 54、法律就是法律它是一座雄伟的大 夏,庇 护着我 们大家 ;它的 每一块 砖石都 垒在另 一块砖 石上。 ——高 尔斯华 绥 55、今天的法律未必。——非洲 2、最困难的事情就是认识自己。——希腊 3、有勇气承担命运这才是英雄好汉。——黑塞 4、与肝胆人共事,无字句处读书。——周恩来 5、阅读使人充实,会谈使人敏捷,写作使人精确。——培根
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

得到以下关系模式
职工号、姓名、性别、出生年月、工作类别、职称、密码、备注) 职工(职工号、姓名、性别、出生年月、工作类别、职称、密码、备注) 主机序号、(管理员)联工号#、操作系统、生产厂商、状态、 、(管理员 主机(主机序号、(管理员)联工号 、操作系统、生产厂商、状态、空 间数量、备注) 间数量、备注) 用户单位名称、联系人姓名、联系电话) 用户单位(用户单位名称、联系人姓名、联系电话) ((运行维护员 职工号#、主机序号#、日期、备注) 运行维护员) 维护((运行维护员)职工号 、主机序号 、日期、备注) 顺序号、用户单位名称#、主机序号#、(销售员)职工号#、 、(销售员 租用(顺序号、用户单位名称 、主机序号 、(销售员)职工号 、起始 时间、终止时间、租用空间、备注) 时间、终止时间、租用空间、备注)
数据库设计实例三
再就业信息管理
有实体: 有实体:
编号、姓名、性别、出生年月、工作类别、职称、工作年限、专业、 职工(编号、姓名、性别、出生年月、工作类别、职称、工作年限、专业、 学历) 学历) 企业(企业编号、企业名称、企业性质、联系人姓名、联系电话) 企业(企业编号、企业名称、企业性质、联系人姓名、联系电话)
存在联系有: 存在联系ห้องสมุดไป่ตู้:
1对1: 系与系主任(系主任是教师) 系与系主任(系主任是教师) 对多: 系与教师、系与课程, 1对多: 系与教师、系与课程,教师与课程 多对多:学生与课程 多对多:
因此有E-R图 1 开设 N 课程 N P 选修 系 1 领导 1 授课 1 N 教师 1 任职
N 学生 图 实体-联系图样例
关系模式
工号、姓名、性别、出生年月、工种(销售员、采购员、 职工(工号、姓名、性别、出生年月、工种(销售员、采购员、仓库管 理员)) 理员)) 仓库编号、仓库名称、地址、联系电话) 仓库(仓库编号、仓库名称、地址、联系电话) 钢材号、钢材名、品种、规格) 钢材(钢材号、钢材名、品种、规格) 供应商编号、供应商名称、地址、电话、联系人) 供应商(供应商编号、供应商名称、地址、电话、联系人) 仓库编号#、钢材号#、存放数量、安全库存量) 存放(仓库编号 、钢材号 、存放数量、安全库存量) 供应商编号#、钢材号#、报价、备注) 供应(供应商编号 、钢材号 、报价、备注) 出库单号、钢材号#、仓库编号#、工号#、出库数量、出库日期) 销售(出库单号、钢材号 、仓库编号 、工号 、出库数量、出库日期) 入库单号、钢材号#、仓库编号#、工号#、入库数量、入库日期) 采购(入库单号、钢材号 、仓库编号 、工号 、入库数量、入库日期)
得到以下学院落数据库关系模式: 得到以下学院落数据库关系模式: 系编号,系名,教师编号# 位置) 系(系编号,系名,教师编号#,位置) 课程(课程号,系编号# 教师编号# 课程名称, 课程(课程号,系编号#, 教师编号#,课程名称, 开课学期) 开课学期) 学生(学号,姓名,姓别,地址) 学生(学号,姓名,姓别,地址) 教师(员工号,教师姓名,系编号#,办公室号) 教师(员工号,教师姓名,系编号# 办公室号) 选课( 学号# 课程号# 选课日期, 实践成绩, 选课 ( 学号 # , 课程号 # , 选课日期 , 实践成绩 , 考 试成绩) 试成绩)
在以上模式中, 在以上模式中, 关系系 的外键教师编号表示联系领导, 关系 系 的外键教师编号表示联系领导 , 以说明这个 联系的成员是对系强制的。 联系的成员是对系强制的。 关系课程 中的外键教师编号和系编号分别表示联系 关系 课程中的外键教师编号和系编号分别表示联系 课程 授课和提供。 授课和提供 。 课程实体集是每一个这些联系的强制 成员。 成员。 关系教师 内的外键系编号表示系与教师之间的联系 关系 教师内的外键系编号表示系与教师之间的联系 教师 属于。教师是它们的强制成员。 属于。教师是它们的强制成员。 最后, 联系引出关系选课 选课。 最后,由M:N联系引出关系选课。
数据库设计实例三
关系模式
编号、姓名、性别、出生年月、工作类别、职称、工作年限、专业、 职工(编号、姓名、性别、出生年月、工作类别、职称、工作年限、专业、 学历) 学历) 企业(企业编号、企业名称、企业性质、联系人姓名、联系电话) 企业(企业编号、企业名称、企业性质、联系人姓名、联系电话)
岗位(岗位编号、岗位名称、学历要求、职称要求、工种、工作年限) 岗位编号、岗位名称、学历要求、职称要求、工种、工作年限)
数据库设计实例四
实体之间有联系: 实体之间有联系:
关系, 钢材与仓库之间有存放关系,它们是多对多的。 关系, 供应商与钢材之间有供应关系,它们是多对多的。
钢材、仓库与销售员之间有销售关系,它们是多对多的。 钢材、 关系, 采购员、钢材与仓库之间有采购关系,它们是多对多的。 关系, 采购员、
数据库设计实例四
数据库设计实例二
虚拟主机业务管理
有实体: 有实体: 职工(职工号、姓名、性别、出生年月、工作类别、职称、密码、 职工号、姓名、性别、出生年月、工作类别、职称、密码、
备注) 备注) 主机序号、操作系统、生产厂商、状态、空间数量、备注) 主机(主机序号、操作系统、生产厂商、状态、空间数量、备注) 用户单位(用户单位名称、联系人姓名、联系电话) 用户单位(用户单位名称、联系人姓名、联系电话)
岗位(岗位编号、岗位名称、学历要求、职称要求、工种、工作年限) 岗位编号、岗位名称、学历要求、职称要求、工种、工作年限)
数据库设计实例三
实体之间的关系
与岗位之间的申请关系是多对多的关系, 职工与岗位之间的申请关系是多对多的关系,一个职工可申请多个就职岗 同样一个岗位能被许多职工申请。 位,同样一个岗位能被许多职工申请。 关系是多对多的关系。 岗位与企业之间的需求关系是多对多的关系。 职工、企业与岗位三者之间存在一个上岗关系,它们之间的关系是1:1:1 职工、企业与岗位三者之间存在一个上岗关系,它们之间的关系是 : : 的。
数据库设计实例六
图书借阅管理
有实体: 有实体:
图书号、分类、书名、作者) 书籍(图书号、分类、书名、作者)
复本(图书号、复本号) 图书号、复本号)
工号、姓名、性别、出生年月) 员工(工号、姓名、性别、出生年月) 部门号、部门名称、电话) 部门(部门号、部门名称、电话) 出版社名、地址、电话、联系人) 出版社(出版社名、地址、电话、联系人)
数据库设计实例
计算机科学与工程系编
二零零二年十二月
数据库设计实例一 一
某学院有基本实体集: 某学院有基本实体集:系、教师、学生和课程。 教师、学生和课程。 它们各有属性: 它们各有属性: 系编号、系名, 系:系编号、系名,位置 课程:课程号,课程名称,开课学期 课程:课程号,课程名称, 学生:学生学号,学生姓名、性别、 学生:学生学号,学生姓名、性别、地址 教师:员工号,教师姓名, 教师:员工号,教师姓名,办公室
数据库设计实例六
图书借阅管理
实体之间联系: 实体之间联系: 书籍与复本之间有属于关系,是一对多的。 书籍与复本之间有属于关系,是一对多的。 之间有属于关系 复本与员工之间有借阅关系,是多对多的。 复本与员工之间有借阅关系,是多对多的。 之间有借阅关系 员工与部门之间有属于关系,是一对多的。 员工与部门之间有属于关系,是一对多的。 之间有属于关系 书籍与出版社之间有出版关系,是一对多的。 书籍与出版社之间有出版关系,是一对多的。 之间有出版关系
数据库设计实例六
图书借阅管理
关系模式
图书号、分类、书名、作者、出版社名#、价格、复本数量) 书籍(图书号、分类、书名、作者、出版社名 、价格、复本数量) 图书号、复本号、出借状态) 复本(图书号、复本号、出借状态) 工号、部门号#、姓名、性别、出生年月) 员工(工号、部门号 、姓名、性别、出生年月) 部门号、部门名称、电话) 部门(部门号、部门名称、电话) 出版社名、地址、电话、联系人) 出版社(出版社名、地址、电话、联系人) 工号#、图书号#、复本号、借阅日期、应归还日期) 借阅(工号 、图书号 、复本号、借阅日期、应归还日期)
数据库设计实例四
钢材仓库管理
有实体: 有实体:
工号、姓名、性别、出生年月、工种(销售员、采购员、 职工(工号、姓名、性别、出生年月、工种(销售员、采购员、仓库管 理员)) 理员))
仓库(仓库编号、仓库名称、地址、联系电话) 仓库编号、仓库名称、地址、联系电话)
钢材号、钢材名、品种、规格) 钢材(钢材号、钢材名、品种、规格) 供应商编号、供应商名称、地址、电话、联系人) 供应商(供应商编号、供应商名称、地址、电话、联系人)
数据库设计实例五
闲置设备管理
实体之间联系: 实体之间联系: 设备与使用部门之间有移交关系,是多对多的。 设备与使用部门之间有移交关系,是多对多的。 之间有移交关系 设备与使用部门之间有调拨关系,是多对多的。 设备与使用部门之间有调拨关系,是多对多的。 之间有调拨关系 评估公司与设备之间有评估关系,是一对多的。 之间有评估关系 评估公司与设备之间有评估关系,是一对多的。 客户与设备之间有转让关系,是多对多的。 之间有转让关系 客户与设备之间有转让关系,是多对多的。
数据库设计实例五
闲置设备管理
有实体: 有实体:
设备编号、设备名称、型号规格、单位) 设备(设备编号、设备名称、型号规格、单位) 部门编号、部门名称、部门经理、电话号码) 使用部门(部门编号、部门名称、部门经理、电话号码) 客户编号、客户名称、地址、电话) 客户(客户编号、客户名称、地址、电话) 公司编号、公司名称、地址、电话、联系人) 评估公司(公司编号、公司名称、地址、电话、联系人)
数据库设计实例五
闲置设备管理
关系模式
设备编号、评估公司编号#、设备名称、型号规格、单位、 设备(设备编号、评估公司编号 、设备名称、型号规格、单位、评估日 期、评估价格) 评估价格)
使用部门(部门编号、部门名称、部门经理、电话号码) 部门编号、部门名称、部门经理、电话号码)
相关文档
最新文档