Oracle关系数据库8227.pptx

《Oracle关系数据库8227.pptx》由会员分享，可在线阅读，更多相关《Oracle关系数据库8227.pptx（31页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、数据库的设计1本章目标n了解设计数据库的步骤n掌握如何绘制数据库的E-R图n理解数据库的规范化三大范式2为什么需要设计数据库 2-1修建茅屋需要设计吗？修建大厦需要设计吗？结论：当数据库比较复杂时我们需要设计数据库3为什么需要设计数据库 2-2良好的数据库设计：q节省数据的存储空间q能够保证数据的完整性q方便进行数据库应用系统的开发糟糕的数据库设计：q数据冗余、存储空间浪费q内存空间浪费q数据更新和插入的异常4软件项目开发周期n需求分析阶段：分析客户的业务和数据处理需求;n概要设计阶段：设计数据库的E-R模型图，确认需求信息的正确和完整;n详细设计阶段：将E-R图转换为多张表，进行逻辑设计，并

2、应用数据库设计的三大范式进行审核;n代码编写阶段：选择具体数据库进行物理实现，并编写 代码实现前端应用;n软件测试阶段：n安装部署：现实世界建模信息世界数据库世界模型转换 规范化5设计数据库的步骤4-1n收集信息：与该系统有关人员进行交流、坐谈，充分理解数据库需要完成的任务BBS论坛的基本功能：l用户注册和登录，后台数据库需要存放用户的注册信息和在线状态信息；l用户发贴，后台数据库需要存放贴子相关信息，如贴子内容、标题等；l论坛版块管理：后台数据库需要存放各个版块信息，如版主、版块名称、贴子数等；6设计数据库的步骤4-2n标识对象（实体Entity）标识数据库要管理的关键对象或实体 实体一般是

3、名词：l用户：论坛普通用户、各版块的版主。l用户发的主贴l用户发的跟贴（回贴）l版块：论坛的各个版块信息7设计数据库的步骤4-3论坛用户：l呢称l密码l电子邮件l生日l性别l用户的等级l备注信息l注册日期l状态l积分主贴l发贴人l发贴表情l回复数量l标题l正文l发贴时间l点击数l状态：l最后回复时间回贴l贴子编号l回贴人,l回贴表情l标题l正文l回贴时间l点击数版块l版块名称l版主l本版格言l点击率l发贴数n标识每个实体的属性（Attribute）8设计数据库的步骤4-4n标识对象之间的关系（Relationship）l跟贴和主贴有主从关系：我们需要在跟贴对象中表明它是谁的跟贴；l版块和用户有

4、关系：从用户对象中可以根据版块对象查出对应的版主用户的情况；l主贴和版块有主从关系：需要表明发贴是属于哪个版块的；l跟贴和版块有主从关系：需要表明跟贴是属于哪个版块的；9绘制E-R图 4-1nE-R（EntityRelationship）实体关系图 符合符合含义含义实体，一般是名词属性，一般是名词关系，一般是动词10绘制E-R图 4-2管理管理bbsUser（用户，版主）出生日期昵称版块名称版主bbsSection（版块）11绘制E-R图 4-3n映射基数一对一X X X X Y Y Y Y X X X X Y Y Y Y 一对多X X X X Y Y Y 多对一X X X X Y Y Y Y

5、 多对多客户客户客户客户订单订单订单订单产品产品产品产品 1 N M N12绘制E-R图1111M1MMM M用户积分性别用户等级备注信息注册日期版块名称本版留言发贴数状态密码昵称电子邮件生日论坛用户（BBSUser）管理发表发表跟随属于属于点击率版主标题发贴人贴子编号正文点击率版块（BBSSection）发贴（BBSTopic）发贴人正文状态贴子编号所在版块最后回复时间发贴表情回复数量点击率发贴时间标题M跟贴（BBSReply）所在版块发贴时间最后回复时间发贴表情1论坛E-R图 13如何将E-R图转换为表 3-1n将各实体转换为对应的表，将各属性转换为各表对应的列n标识每个表的主键列，需要注

6、意的是：没有主键的表添加ID编号列，它没有实际含义，用于做主键或外键，例如用户表中的“UID”列，版块表中添加“SID”列，发贴表和跟贴表中的“TID”列 n在表之间建立主外键，体现实体之间的映射关系 14 如何将E-R图转换为表 3-2UID主键TID主键RID主键SID主键15如何将E-R图转换为表添加各表之间的关系16数据规范化 n仅有好的RDBMS并不足以避免数据冗余，必须在数据库的设计中创建好的表结构nDr E.F.codd 最初定义了规范化的三个级别，范式是具有最小冗余的表结构。这些范式是：第一范式(1st NF First Normal Fromate)第二范式(2nd NFSe

7、cond Normal Fromate)第三范式(3rd NF Third Normal Fromate)17第一范式(1st NF)BuyerIDCountryCity1142中国中国日本美国北京北京东京纽约BuyerIDAddress1234中国北京市 美国纽约市英国利物浦日本东京市 n第一范式的目标是确保每列的原子性n如果每列都是不可再分的最小数据单元（也称为最小的原子单元），则满足第一范式（1NF）18第二范式(2nd NF)n如果一个关系满足1NF，并且除了主键以外的其他列，都依赖与该主键，则满足第二范式（2NF）n第二范式要求每个表只描述一件事情Orders字段字段例子例子订单编号

8、产品编号订购日期价 格001A0012000-2-3$29.00 Orders字段字段例子例子订单编号订购日期0012000-2-3Products字段字段例子例子产品编号价 格A001$29.0019第三范式(3rd NF)n如果一个关系满足2NF，并且除了主键以外的其他列都不传递依赖于主键列，则满足第三范式（3NF）Orders字段字段例子例子订单编号订购日期顾客编号0012000-2-3AB001顾客姓名TonyTony Orders字段字段例子例子订单编号订购日期顾客编号0012000-2-3AB001 20规范化实例 5-1假设某建筑公司要设计一个数据库。公司的业务规则概括说明如下：

9、n公司承担多个工程项目，每一项工程有：工程号、工程名称、施工人员等n公司有多名职工，每一名职工有：职工号、姓名、性别、职务（工程师、技术员）等n公司按照工时和小时工资率支付工资，小时工资率由职工的职务决定（例如，技术员的小时工资率与工程师不同）n公司定期制定一个工资报表，如图-1所示21规范化实例 5-2工程工程号号工程名工程名称称职工职工号号姓名姓名职务职务小时工资小时工资率率工工时时实发工资实发工资A1花园大厦1001齐光明工程师6513845.001002李思岐技术员6016960.001004葛宇宏律师60191140.00小计2945.00A2立交桥1001齐光明工程师6515975

10、.001003鞠明亮工人5517935.00小计1910.00A3临江饭店1002李思岐技术员60181080.001004葛宇洪技术员6014840.00小计1920.00图-1 某公司的工资表22规范化实例 5-3工程工程号号工程名工程名称称职工职工号号姓名姓名职务职务小时工资小时工资率率工时工时A1花园大厦1001齐光明工程师6513A1花园大厦1002李思岐技术员6016A1花园大厦1001齐光明工程师6513A1花园大厦1003鞠明亮工人5517A3临江饭店1002李思岐技术员6018A3临江饭店1004葛宇洪技术员6014图-2 某公司的项目工时表23规范化实例 5-41.表中包含

11、大量的冗余，可能会导致数据异常：n更新异常 例如，修改职工号=1001的职务，则必须修改所有职工号=1001的行n添加异常 若要增加一个新的职工时，首先必须给这名职工分配一个工程。或者为了添加一名新职工的数据，先给这名职工分配一个虚拟的工程。（因为主关键字不能为空）n删除异常 例如，1001号职工要辞职，则必须删除所有职工号1001的数据行。这样的删除操作，很可能丢失了其它有用的数据24规范化实例 5-52采用这种方法设计表的结构，虽然很容易产生工资报表，但是每当一名职工分配一个工程时，都要重复输入大量的数据。这种重复的输入操作，很可能导致数据的不一致性。25一张表描述了多件事情，如图-3所示

12、。应用范式规范化设计工程号工程名称职工号姓名职务 小时工资率工时图图-3 函数依赖图函数依赖图工程信息员工信息项目工时信息26应用第二范式规范化工程号工程名称职工号姓名职务小时工资率工程号职工号工时图图-4 应用第二范式应用第二范式工程表员工表项目工时表满足第三范式吗？满足第三范式吗？27应用第三范式规范化工程号工程名称职工号姓名职务职务小时工资率工程号职工号工时工程表员工表职务表工程表28规范化和性能的关系 n为满足某种商业目标，数据库性能比规范化数据库更重要通过在给定的表中添加额外的字段，以大量减少需要从中搜索信息所需的时间通过在给定的表中插入计算列（如成绩总分），以方便查询n进行规范化的同时，还需要综合考虑数据库的性能。29总结n在需求分析阶段，设计数据库的一般步骤为：收集信息标识对象标识每个对象的属性标识对象之间的关系n在概要设计阶段和详细设计阶段，设计数据库的步骤为：绘制E-R图将E-R图转换为表格应用三大范式规范化表格30总结n为了设计结构良好的数据库，需要遵守一些专门的规则，称为数据库的设计范式。第一范式（1NF）的目标：确保每列的原子性。第二范式（2NF）的目标：确保表中的每列，都和主键相关 第三范式（3NF）的目标：确保每列都和主键列直接相关，而不是间接相关 31