数据库课程技术方案.ppt

数据抽象 抽象是对实际的人、物、事和概念中抽取所关心的共同特性，忽略非本质的细节，并把这些特性用各种概念精确地加以描述。 概念结构是对现实世界的一种抽象 数据抽象（续） 三种常用抽象 1. 分类（Classification） 定义某一类概念作为现实世界中一组对象的类型 抽象了对象值和型之间的“is member of”的语义 数据抽象（续） 数据抽象（续） 2. 聚集（Aggregation） 定义某一类型的组成成分 抽象了对象内部类型和成分之间“is part of”的语义 数据抽象（续） 聚集 An Introduction to Database System 数据抽象（续） 复杂的聚集，某一类型的成分仍是一个聚集 更复杂的聚集 数据抽象（续） 3. 概括（Generalization） 定义类型之间的一种子集联系 抽象了类型之间的“is subset of”的语义 继承性 数据抽象（续） 概括 局部视图设计 概念设计的任务可分四步完成： 1、选择局部应用 2、设计局部E-R模式 3、将局部E-R模式综合成全局概念模式 4、对全局E-R模式进行优化，得到最终E-R模式 1、选择局部应用 选择数据流图中合适的层次 确定局部结构的范围划分 根据系统的当前用户进行自然划分 按用户要求数据库提供的服务归纳成几类 选择局部应用（续） 设计分E-R图的出发点 2、设计局部E-R模式 根据需求分析阶段产生的各个部门的数据流图和数据字典中相关数据的设计出各项应用的局部E-R模式 实体定义 联系定义 属性分配 (2)确定实体和属性 区分实体和属性的原则 属性不需要再进一步描述 属性不能与其他实体具有联系 根据语义分析依赖关系,确定候选键及主键 2、设计局部E-R模式 职称作为一个实体 2、设计局部E-R模式 病房作为一个实体 2、设计局部E-R模式 学生 如果属性与其他实体发生联系，则属性应做为实体。 2、设计局部ER模式 宿舍 住宿 性别 1 n 性别 住宿 学生 拥有 宿舍 1 n 1 n (3)确定联系类型 联系类型: 1:n,1:1,m:n 注意的问题: 不要丢掉联系的属性 尽量取消冗余的联系 给联系命名: (选择反映联系语义的动词) (4)属性分配 设计出局部E-R模式 2、设计局部E-R模式 分E-R图设计——举例 ［实例］销售管理子系统分E-R图的设计 销售管理子系统的主要功能： 处理顾客和销售员送来的订单 工厂是根据订货安排生产的 交出货物同时开出发票 收到顾客付款后，根据发票存根和信贷情况进行应收款处理 下图是第一层数据流图，虚线部分划出了系统边界 分E-R图设计——举例 下面四个图是第二层数据流图 分E-R图设计——举例 分E-R图设计——举例 分E-R图设计——举例 分E-R图设计——举例 分E-R图的框架 分E-R图设计——举例 参照第二层数据流图和数据字典，遵循两个准则，进行如下调整： (1) 订单与订单细节是1∶n的联系 (2) 原订单和产品的联系实际上是订单细节和产品的联系。 (3) 图7.21中“发票主清单”是一个数据存储，不必作为实体加入分E-R图 (4) 工厂对大宗订货给予优惠 分E-R图设计——举例 得到分E-R图如下图所示： 销售管理子系统的分E-R图 分E-R图设计——举例 对每个实体定义的属性如下： 顾客：{顾客号，顾客名，地址，电话，信贷状况，账目余额} 订单：{订单号，顾客号，订货项数，订货日期，交货日期，工种号，生产地点} 订单细则：{订单号，细则号，零件号，订货数，金额} 应收账款：{顾客号，订单号，发票号，应收金额，支付日期，支付金额， 当前余额，货款限额} 产品描述：{产品号，产品名，单价，重量} 折扣规则：{产品号，订货量，折扣} 分E-R图设计——举例 * 7.2.3 数据字典 4、数据存储 数据存储是处理过程中要存取的数据。对数据存储的描述应包括：数据存储名、说明、输入数据流、输出数据流、数据量（每次存取多少数据）、存取频度（单位时间内存取次数）和存取方式。 5、加工过程 对加工处理过程的描述包括加工过程名、说明、输入数据流、输出数据流、并简要说明处理工作、频度要求、数据量和响应时间等。 数据字典在需求分析阶段建立，并在数据库设计过程中不断修改、充实和完善。 7.3 概念结构设计 整个数据库设计的关键 设计目的：产生反映全组织信息需要的整体数据库概念结构，使整个组织各个用户共同关心的信息结构。 独立于数据库逻辑结构，独立于DBMS 描述概念结构的工具：E-R图 解释——概念模型 在进行数据库设计时，通常先将现实世界中的客观对象首先抽象为不依赖任何具体机器的信息结构，这种结构不是DBMS支持