第四章数据库技术与数据资源管理su.pptVIP

管理信息系统 主讲：苏庆新 办公室：B321 第四章 数据库技术与数据资源管理 数据模型与数据库模型 数据库管理系统 数据仓库与数据挖掘 学习目标 了解数据模型与数据库模型，如何对实际应用问题建立数据模型。 理解数据库管理系统有哪些功能，如何利用数据库管理系统进行日常工作。 了解技数据库技术的发展，数据仓库与数据挖掘技术的应用。 先行案例： 使用数据库开发新产品 ⑴ 本案例中的Stonyfield公司是如何利用数据库技术帮助企业进行数据的组织、存放，及时地获取信息的？ ⑵ 比较数据库技术和文件技术各自的优缺点。 * 1、若实体间联系是1:1，两个实体类型转换成两个关系模式，可以在其中任意一个关系模式的属性中加入另一个关系模式的键和联系类型的属性。 2、若实体间联系1:n，则在n端实体类型转换成的关系模式中加入1端实体类型的键和联系类型的属性。 3、若实体间联系是m:n，则将联系类型也转换成关系模式，其属性为两端实体类型的键加上联系类型的属性，而键两端为实体键的组合。 联系转换举例二 系编号* 系名 地址 系 教师编号* 姓名 联系方式 教师 任教 1 n 系（系编号，系名，地址） 教师（教师编号，姓名，联系方式、系编号） 2、联系 若实体间联系是m:n，则将联系类型也转换成关系模式，其属性为两端实体类型的键加上联系类型的属性，而键两端为实体键的组合 。 联系的转换方法和原则三 联系转换举例三 学生（学号，姓名，年龄） 课程（课程号，课程名，学时数） 学号* 姓名 年龄 学生 课程号* 课程名 学时数 课程 选课 m n 成绩 选课（学号，课程号，成绩） 为银行设计一个数据库，包括顾客和帐户的信息。顾客信息包括姓名，地址，电话，社会保险号。帐户包括编号，类型（例如存款，支票），和金额。画出E-R模型图。 E-R模型设计： * * 4.2数据库管理系统 管理数据库的系统软件 组成部分 DBMS引擎； 数据定义子系统； 数据操作子系统； 应用程序生成子系统； 数据管理子系统 * * 4.3 数据仓库与数据挖掘 数据仓库 数据仓库具有多维性 数据仓库支持决策而非事务处理 数据集市 数据集市是一个数据库，它所包含的数据仅仅描述一部分的公司运营情况。 数据挖掘 使用数据仓库时需重点考虑的问题 讨论题 1. 假如你是一家中型企业的信息分析员，为上司起草一份执行总结报告，说明建立一个能连接公司所有计算机数据记录的数据库有什么好处，为什么不把每个应用，如订单录入或质量控制建立单独的数据库这种方案。 2. 在本章中，我们列出了DBMS的5个重要软件组成部分：DBMS引擎、数据定义子系统、数据操作子系统、应用程序生成子系统与数据管理子系统。对于数据库用户而言哪一部分是最重要和最不重要的？对于完善数据库应用的技术专家而言哪一部分是最重要和最不重要的？对于一名信息主管而言哪一部分是最重要和最不重要的？为每一个答案给出正当的理由。 讨论题 3. 有些人坚信数据库仓库将取代数据库既能完成联机事务处理也完成联机分析处理。当然，这是错误的。为什么数据库仓库不能替代数据库并成为“业务数据仓库”？数据仓库（及数据挖掘工具）被迫改变成为各种数据库的替代品需要怎样的基础？本质上数据仓库将变为基本支持OLAP的数据库了吗？为什么是或为什么不是？ 《管理信息系统》演示文稿 * * 《管理信息系统》演示文稿 * * 《管理信息系统》演示文稿 * * 《管理信息系统》演示文稿 * * 《管理信息系统》演示文稿 * * * 1 分 《管理信息系统》演示文稿 * * * 《管理信息系统》演示文稿 * * * * 《管理信息系统》演示文稿 * * 《管理信息系统》演示文稿 * * 《管理信息系统》演示文稿 * * 《管理信息系统》演示文稿 * * 《管理信息系统》演示文稿 * * 《管理信息系统》演示文稿 * * * 实体定义：的任务就是从信息需求和局部范围定义出发，确定每一个实体类型的属性和键。 事实上实体、属性和联系之间并无形式上可以截然区分的界限，划分的依据通常有三条： 采用人们习惯的划分 避免冗余，对一个对象只采取一种抽象形式，不要重复。 依据用户的信息处理需求。 联系定义：根据需求分析的结果考察任意两个实体类型之间是否存在联系。若有联系，进一步确实是1:n、m:n还是1:1等。在确定联系的类型时，应该注意防止出现冗余的联系，联系确定后也要命名和确定键，命名应该反映联系的语义性质，通常采用某个动词命名。 属性定义：属性应该是不可再分解的语义单位，实体与属性之间只能是1:n关系，不同实体类型的属性之间应无直接关联关系。 有些属性不宜归于任一实体类型，只说明实体之间联系的特征。例如学生选修某门课程的成绩。