chapter08_数据库建模1

上传人:xia****ai 文档编号:243136168 上传时间:2024-09-16 格式:PPT 页数:26 大小:1.20MB
返回 下载 相关 举报
chapter08_数据库建模1_第1页
第1页 / 共26页
chapter08_数据库建模1_第2页
第2页 / 共26页
chapter08_数据库建模1_第3页
第3页 / 共26页
点击查看更多>>
资源描述
单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,26,1,-,26,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,1,2,-,1,2,单击此处编辑母版标题样式,数据库ER建模,目标,整表统计,1,null,值对统计的影响,2,分组原理、分组统计,3,2.,需求分析,目标,需求分析工作,分析用户活动产生,产生,业务流程图,确定系统范围,产生,系统范围图,分析用户活动涉及的数据,产生,数据流图,分析系统数据,产生,数据字典,3,概念设计,目标,为什么需要概念设计?,概念设计的主要步骤,进行数据抽象,设计局部概念模式,将局部概念模式综合成全局概念模式,评审,4.,逻辑设计,目标:,是否满足本企业的业务逻辑,5.,物理设计,目标,什么是数据库的物理结构?,物理设计的步骤,存储记录结构设计,确定数据存放位置,存取方法的设计,完整性和安全性考虑,程序设计,6.,数据库的实现,目标,实现数据库应做的主要工作,用,DDL,定义数据库结构;,组织数据入库,;,对数据量不大的小型系统(人工),主要工作:筛选数据;转换数据格式;输入数据;校验数据。,对大中型系统(自动),主要工作:筛选数据;输入数据;校验数据;转换数据;综合数据。,编制与调试应用程序;,数据库试运行。,功能测试,性能测试(时空代价),ER,模型,为什么要用,ER,模型,通用的数据库建模的方法,与具体数据库无关,什么是,ER,模型,ER,:实体,(Entity),关系,(Relation),ER,模型要素,实体,属性,关系,实体图标,属性图标,关系图标,案例:师生班级模型,需求:在学校,一个学生可以有多位老师,一位老师可以有多位学生。一个学生在一个班,一个班有多个学生。,如何在数据库中设计这种关系,?,问题:老师有哪些属性,?,工号、姓名、性别、职称,问题:学生有哪些属性,?,学生、姓名、专业、班级,问题:班级有哪些属性,?,班级名称,(,图略,),。,老,师,职称,性别,姓名,工号,学,生,学号,姓名,专业,班级,案例:师生关系模型,问题,3,:师生之间是,(,一对一、一对多、多对多,),关系,?,学生与班级呢,?,多对多,多对一,至此,ER,模型设计完毕,也叫概念数据模型设计完毕。,老,师,学,生,教,m,n,学号,姓名,专业,班级,职称,性别,姓名,职号,班,级,在,1,n,思考:上面的设计图中有一处是,错误,的,?,请找出。,实训案例:师生关系模型,PowerDeinsger,安装,了解,PD,物理数据模型,了解,PD,概念数据模型,了解由概念数据模型转化到物理数据模型,简历中的作用,熟悉数据库建模理论,熟悉使用,PD,进行数据库概念模型设计和物理模型设计。,熟悉各种查询统计,SQL,、,熟悉存储过程和触发器的编写,复杂,ER,图设计,任务:根据下面,ER,图描述该公司的具体情况,参考:,某公司有以下信息:该公司有很多部门,各部门有多个专用办公室,每个办公室有多个电话,各部门有很多职工,并且一个职工不能在其它部门兼职;各部门有很多项目,项目有多个职工参与完成;每个职工都有一个固定的职工。,部门,项目,职工,电话,包括,承担,n,1,n,1,项目号,,预算费,参与,m,n,办公室,包含,1,n,包括,n,1,职务,承担,1,1,电话号码,,说明,职工号,,姓名,办公电话,工资情况,实训作业:金长城采购单,需求:请根据某公司的订单设计所需的表格,并且添加至少,3,张订单的模拟数据。,先在,Excel,中进行设计,然后在数据库设计,实训作业:金长城采购单,参考模型设计,订单表,订单号,订单日期,客户编号,交货日期,订单金额,1011345,2006-10-10,101,2006-10-15,950,订单明细表,订单号,产品编码,数量,单位编号,单价,1011345,10,2,1,50,1011345,11,5,1,150,1011345,12,1,2,100,产品单位表,单位编号,单位,1,箱,2,包,3,袋,产品明细,产品编码,产品名称,单价,单位,10,铅笔,50,1,11,A4,纸,50,2,12,橡皮,50,1,客户资料,客户编号,客户名称,联系电话,地址,101,陈真,66666,四川成都天府街,88,号,然后将各表的标题作为字段抽取出来,实训作业:金长城采购单,参考模型设计,(,代码见备注,),订单表,订单号,订单日期,客户编号,交货日期,订单金额,订单明细表,订单号,产品编码,数量,单位编号,单价,产品单位表,单位编号,单位,产品明细表,产品编码,产品名称,单价,单位,客户资料表,客户编号,客户名称,联系电话,地址,使用,PD,进行物理建模,专业数据库建模软件:,PowerDesigner,目录:,d:soft,数据库,安装文件:,Sybase.PowerDesigner.v12.0zip(180M),破解文件:,Sybase.PowerDesigner,12.,破解,(290K),实训:使用,PowerDesinger,进行物理模型设计,了解,CDM,和,PDM,PDM,中的,Name,和,Code,创建,PDM,模型,建立表、列,设置主键、备注,设置表间关系,字体设置,去掉双引号设置,在创建时设置选项不创建外键,生成数据库脚本,任务:参考,金长城采购单,在,PD,中进行数据库建模,实训练习:购物网站,了解购物网站,实训练习:购物网站,需求:设计购物网站数据库的概念数据模型,业务说明:一个顾客在浏览网站时临时将很多类别的商品放在购物车中,最后确认买以后就付费产生一张订单。,实体分析,顾客:,Customer,购物车:,ShoppingCart,商品:,Item,类别:,Category,订单:,Order,实体关系分析,顾客与购物车:,类别与商品:,顾客与订单:,购物车与商品:,一个顾客有多个购物车,一个购物车只属于一个客户。,一个类别中有多个商品,一个商品可能有多个类别中。,一个顾客有多张订单,一张订单只属于一个顾客。,一个购物车中有多个商品,一个商品可以在多个购物车中。,实训练习:购物网站,参考实现:,说明:,这个模型在网站设计中很常用,请多加思,考和练习。,实训:权限系统设计,当项目来做:每个人写一篇,系统权限系统设计,,,Word,,当成工作文档来写,可查资料。,分析,目标:判断哪些人,能够使用哪些模块,所以应该有,1,、用户表,-,有哪些用户,用户表,(,用户,ID,用户名 密码,),2,、模块表,-,有哪些模块,模块表,(,模块,ID,模块名称,),3,、哪些人、使用哪些模块,权限表,(,用户,ID,模块,ID),思考:上面的设计有什么问题,?,每个人都要设置一次权限,权限变动情况分析,实训:权限系统设计,问题:如果出现一个,10,新的人员,并且需要添加,10,个模块,那么一共要添加,10*,10,=100,次,所以这种设计对于用户较多、模块较多,不适用。但是用于,小型系统已经够用。,解决:扩展方法,添加角色表,1,、有哪些用户?,用户表,-,有哪些用户,用户表,(,用户,ID,用户名 密码,),2,、有哪些模块?,模块表,-,有哪些模块,模块表,(,模块,ID,模块名称,),3,、有哪些角色?,角色表、岗位表、用户分组表,(,如:领导、员工,),角色表,(,角色,ID,角色名称,),-,以上都是基本信息,)-,4,、哪些人当领导、哪些人当员工?,用户角色关系表,(,用户,ID,角色,ID),5,、领导能做什么、员工能做什么?,模块角色关系表,(,模块,ID,角色,ID),实训:权限系统设计,如何判断用户是否能使用某模块,分析:只要能做出如下查询就能够判断了,用户,u01,能否使用,02,模块?,select * from,v_rights,vwhere,v.user_id,=u01 and,v.module_id,=02,原则:有数据返回,表示有权限,否则就表示没权限,。,实训:权限系统设计,关联分析,select,u.user_id,u.user_name,r.role_name,m.module_name,m.module_id,from,t_user,u,t_module,m,t_role,r,t_user_role,ur,t_role_module,rm,where,u.user_id,=,ur.user_id,and,m.module_id,=,rm.role_module,and,r.role_id,=,ur.role_id,and,r.role_id,=,rm.role_id,一、,t_user_role,与,t_user,、,t_role,r,关联:,ur.user_id,=,u.user_id,ur.role_id,=,r.role_id,用户角色关系表:同时跟用户和角色关联二、,t_role_module,与,t_module,、,t_role,r,关联:,rm.role_module,=,m.module_id,rm.role_id,=,r.role_id,角色模块关系表:同时跟模块和角色关联,实训:权限系统设计,权限一统表,系统架构设计经验,电力营销系统开发经验谈,(,系统设计,),:,福建电力营销系统:九地市分别有一套独立的系统,(,九数据库,+,九程序,此时应用系统要如何设计,),。,PLSQL(,业务处理,)+WEB,程序,分析缺点:每次业务改变,都要修改数据库,而数据库此时已经有了,而更新数据库很麻烦,要很小心。,架构修改:将业务处理集中在,WEB,程序,每次修改,只需要将代码,FTP,到各地市的服务器上即可。,开发经验:业务规则一定要集中。,自我扩展数据库设计,思路,(,简历,),:,仓库管理系统,绩效管理系统,工资管理系统,上面的系统,一般都没有接触过。可以到多上下载一些相关的系统,然后看别人的信息和表设计,然后多思考,多受益。,
展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 图纸专区 > 小学资料


copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!