通用数据库设计实例下载

合集下载

数据库设计实例

数据库设计实例

第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、阅读使人充实,会谈使人敏捷,写作使人精确。——培根

数据库设计实例

数据库设计实例
不能用实际使用的报表和账册直接建立数据库,应在 分析和考察的基础上建立E-R图,再转换为“关系”并 使 收集表、册 画E-R图 确定各关系 集成各E-R图 之满足3NF范式。打印时再汇集各字段。
1、生产计划表
部门名称
实例6.1解析
产品名 计划产量
首页 返回
E-R图
部门码 部门名称 M 计划产量 计划 产品码 N 产品名
习题3.6解析 数据存储分析和设计 实例6.1 (P161~P163)
思考题 仓库与材料 复习 课程安排系统的逻辑数据库设计 图书借阅系统的逻辑数据库设计
播 放
一、习题3.6解析
数据表格
配件编号 用于检索 配件名称 型号规格 供应商名称 供应商地址 单价
首页 返回
库存量
E-R图
配件编号 配件名称
单位,单价,期初库存,当前库存)
课程安排系统数据库的设计之一
一个教师可以讲多门课,同一门课仅一名教 师担任 概念数据库模型(E-R图) 姓名
学时
首页 返回
M
学生
学号 性别
学习
学分
N 课程
成绩 课程号
N 教学
课程名
1
职工号
教师
地点
姓名
年龄
逻辑数据库模型(关系型数据库)
学生(学号,姓名,性别) 学习(学号,课程号,学分,成绩) 课程(课程号,职工号,课程名,学时,地点) 教师(职工号,姓名,年龄)
部门
产品
逻辑数据库
部门(部门码,部门名称) 产品(产品码,产品名) 计划(部门码,产品码,计划产量)
2、材料消耗定额表
产品名 材料名 型号规格 计量单位
首页 返回 消耗定额
E-R图

数据库设计实例100例

数据库设计实例100例

数据库设计实例100例1、在网上书店的数据库设计:系统需要包括5个表:书籍表(Book):存储书籍的基本信息,如ISBN编号、书名、作者、出版社、价格等。

用户表(User):存储用户的基本信息,如用户名、密码、电子信箱、收货地址等。

订单表(Order):存储用户购买书籍的数量、总价、下单时间、配送方式等信息。

购物车表(Shopping_cart):记录用户将书籍加入购物车的内容,存储有书籍ID、书籍价格、数量等信息。

评论表(Comment):存储用户对书籍的评论,有评论时间、用户ID、书籍ID、评论内容等信息。

2、在论坛的数据库设计:系统需要包括7个表:用户表(User):存储用户的基本信息,如用户名、密码、电子信箱、注册时间等。

帖子表(Post):存储发布的帖子的基本信息,如发布用户ID、文章标题、文章内容等。

回复表(Reply):存储帖子的回复,有回复时间、回复用户ID、帖子ID、回复内容等信息。

版块表(Board):存储板块的基本信息,如版块ID、板块名称等。

用户权限表(User_authority):存储用户对版块的权限,有用户ID、版块ID、发布权限、回复权限等。

收藏表(Favorite):存储用户收藏的帖子,有用户ID、收藏时间、帖子ID等。

标签表(Tag):存储帖子的标签,有帖子ID、标签名称等信息。

3、在餐馆的数据库设计:系统需要包括5个表:菜品表(Food):存储菜品的相关信息,如菜品名称、单价、口味等。

订单表(Order):存储客户下单的信息,如客户姓名、联系方式、下单时间等。

菜单表(Menu):记录客户点的菜单,有菜品ID、菜品价格、数量等信息。

支付表(Payment):存储客户的支付信息,有支付金额、支付方式、支付时间等。

地址表(Address):存储用户的配送地址,有地址名称、所在省份、详细地址等信息。

4、在银行的数据库设计:系统需要包括6个表:客户表(Customer):存储客户的基本信息,如客户姓名、身份证号、电话号码、开户时间等。

一个典型的数据库设计实例

一个典型的数据库设计实例

一个典型的数据库设计实例在这个例子中,我们将考虑一个在线购物的商城,该商城销售各种商品,包括衣服、电子产品和家居用品。

首先,我们需要设计数据库的实体关系图(Entity-Relationship Diagram,简称ERD)以及相应的表结构。

2.商品模块:在这个模块中,我们将存储所有的商品信息,包括名称、价格、库存等。

3.订单模块:在这个模块中,我们将存储用户的订单信息,包括订单号、下单时间、收货地址等。

4.购物车模块:在这个模块中,我们将存储用户的购物车信息,包括商品ID、数量等。

5.支付模块:在这个模块中,我们将存储用户的支付信息,包括支付方式、支付金额等。

在设计这些模块时,我们需要考虑以下几个因素:1.实体之间的关系:用户可以下订单,订单可以包含多个商品,商品可以存在于购物车中。

2.数据的一致性:需要确保订单中的商品数量不超过库存数量,并且用户的支付金额要与订单金额一致。

3.数据的安全性:需要对用户的密码进行加密存储,并确保用户的支付信息不被泄露。

接下来,我们将详细说明每个模块的表结构和关系。

2.商品模块:包括商品表,其中包含以下字段:商品ID、名称、价格、库存。

商品ID是主键。

3.订单模块:包括订单表,其中包含以下字段:订单ID、用户ID、下单时间、收货地址。

订单ID是主键,用户ID是外键。

4.购物车模块:包括购物车表,其中包含以下字段:购物车ID、用户ID、商品ID、数量。

购物车ID是主键,用户ID和商品ID是外键。

5.支付模块:包括支付表,其中包含以下字段:支付ID、订单ID、支付方式、支付金额。

支付ID是主键,订单ID是外键。

在这个数据库设计示例中,我们考虑了用户、商品、订单、购物车和支付这五个模块,并设计了相应的表结构和关系。

通过这个数据库设计,可以实现用户的注册、登录、购物、下单和支付等功能。

当然,这只是一个简单的示例,实际的数据库设计可能更加复杂,需要根据实际业务需求进行调整和优化。

数据库设计案例汇编

数据库设计案例汇编

出版( 出版社名 , 书号 , 出版日期 , 出版数量 )
“出版”作为独立的关系模式
出版(出版社名 , 书号, 出版日期 , 出版数量)作为独立的关系模 式存在,但它可以与“多”方的“图书”合并
2018年11月24日星期六
E-R图
8/23
例2
“出版”可以合并
出版是 出版社名与图书之间的1:n 联系,可以将其与 “多”方合并,即与“图书”实体合并,将出版中的出 版社名、出版日期、出版数量作为属性加入到“图书” 中
2018年11月24日星期六
最后结果
借书人( 借书证号 , 姓名 , 单位 )
图书( 书号 , 书名 , 数量 , 位置 , 出版社名 , 出版日期 , 出版数量 )
出版社( 出版社名 , 电报编号 , 电话 , 邮编 , 地址 ) 借阅( 借书证号,书号 , 借书日期 , 还书日期 )
2018年11月24日星期六
E-R图
9/23
例 3:某个工厂物资管理的概念模型
物资管理涉及的实体

仓库 零件 项目 职工
属性有:仓库号、面积、电话号码 属性有:零件号、名称、规格、单价、描述 属性有:项目号、预算、开工日期 属性有:职工号、姓名、年龄、职称
供应商 属性有:供应商号、姓名、地址、电话号码、账号
2018年11月24日星期六
数据库设计案例
医院病房管理
图书管理 工厂物资管理 教学管理 商业集团管理
2018年11月24日星期六
E-R图
1/23
例 1: 某医院病房管理系统的设计
说明 :
一个科室有多个病房、多个医生 一个病房只能属于一个科室
一个医生只属于一个科室,但可负责多个病人的诊治,一个病人 的主管医生只有一个
  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 职工、企业与岗位三者之间存在一个上岗关系,它们之间的关系是 : : 的。
数据库设计实例六
图书借阅管理
有实体: 有实体:
图书号、分类、书名、作者) 书籍(图书号、分类、书名、作者)
复本(图书号、复本号) 图书号、复本号)
工号、姓名、性别、出生年月) 员工(工号、姓名、性别、出生年月) 部门号、部门名称、电话) 部门(部门号、部门名称、电话) 出版社名、地址、电话、联系人) 出版社(出版社名、地址、电话、联系人)
数据库设计实例
计算机科学与工程系编
二零零二年十二月
数据库设计实例一 一
某学院有基本实体集: 某学院有基本实体集:系、教师、学生和课程。 教师、学生和课程。 它们各有属性: 它们各有属性: 系编号、系名, 系:系编号、系名,位置 课程:课程号,课程名称,开课学期 课程:课程号,课程名称, 学生:学生学号,学生姓名、性别、 学生:学生学号,学生姓名、性别、地址 教师:员工号,教师姓名, 教师:员工号,教师姓名,办公室
数据库设计实例六
图书借阅管理
实体之间联系: 实体之间联系: 书籍与复本之间有属于关系,是一对多的。 书籍与复本之间有属于关系,是一对多的。 之间有属于关系 复本与员工之间有借阅关系,是多对多的。 复本与员工之间有借阅关系,是多对多的。 之间有借阅关系 员工与部门之间有属于关系,是一对多的。 员工与部门之间有属于关系,是一对多的。 之间有属于关系 书籍与出版社之间有出版关系,是一对多的。 书籍与出版社之间有出版关系,是一对多的。 之间有出版关系
数据库设计实例六
图书借阅管理
关系模式
图书号、分类、书名、作者、出版社名#、价格、复本数量) 书籍(图书号、分类、书名、作者、出版社名 、价格、复本数量) 图书号、复本号、出借状态) 复本(图书号、复本号、出借状态) 工号、部门号#、姓名、性别、出生年月) 员工(工号、部门号 、姓名、性别、出生年月) 部门号、部门名称、电话) 部门(部门号、部门名称、电话) 出版社名、地址、电话、联系人) 出版社(出版社名、地址、电话、联系人) 工号#、图书号#、复本号、借阅日期、应归还日期) 借阅(工号 、图书号 、复本号、借阅日期、应归还日期)
数据库设计实例四
钢材仓库管理
有实体: 有实体:
工号、姓名、性别、出生年月、工种(销售员、采购员、 职工(工号、姓名、性别、出生年月、工种(销售员、采购员、仓库管 理员)) 理员))
仓库(仓库编号、仓库名称、地址、联系电话) 仓库编号、仓库名称、地址、联系电话)
钢材号、钢材名、品种、规格) 钢材(钢材号、钢材名、品种、规格) 供应商编号、供应商名称、地址、电话、联系人) 供应商(供应商编号、供应商名称、地址、电话、联系人)
数据库设计实例五
闲置设备管理
实体之间联系: 实体之间联系: 设备与使用部门之间有移交关系,是多对多的。 设备与使用部门之间有移交关系,是多对多的。 之间有移交关系 设备与使用部门之间有调拨关系,是多对多的。 设备与使用部门之间有调拨关系,是多对多的。 之间有调拨关系 评估公司与设备之间有评估关系,是一对多的。 之间有评估关系 评估公司与设备之间有评估关系,是一对多的。 客户与设备之间有转让关系,是多对多的。 之间有转让关系 客户与设备之间有转让关系,是多对多的。
数据库设计实例五
闲置设备管理
有实体: 有实体:
设备编号、设备名称、型号规格、单位) 设备(设备编号、设备名称、型号规格、单位) 部门编号、部门名称、部门经理、电话号码) 使用部门(部门编号、部门名称、部门经理、电话号码) 客户编号、客户名称、地址、电话) 客户(客户编号、客户名称、地址、电话) 公司编号、公司名称、地址、电话、联系人) 评估公司(公司编号、公司名称、地址、电话、联系人)
数据库设计实例五
闲置设备管理
关系模式
设备编号、评估公司编号#、设备名称、型号规格、单位、 设备(设备编号、评估公司编号 、设备名称、型号规格、单位、评估日 期、评估价格) 评估价格)
使用部门(部门编号、部门名称、部门经理、电话号码) 部门编号、部门名称、部门经理、电话号码)
相关文档
最新文档