数据库应用_示例.pptVIP

保险业务管理的处理需求有： 查询所有已签的个人保险投保合同情况 查询能够保险的所有项目 查询所有投保人情况 查询所有被保险人情况 查询业务员情况 … 4 发票处理 一张发票可能对应多次催款通知，而每个催款通知对应一张发票。因此，发票实体和催款通知实体之间是一对多联系。 4 发票处理 （4）给实体及联系加上描述属性 发票实体的描述属性有： 发票编号，开票日期，付款日期，订单编号，客户编号，金额，付款方式编号。 实际到款实体的描述属性有： 发票编号，客户编号，到款日期，到款金额。 付款方式实体的描述属性有： 付款方式编号，付款方式。 4 发票处理 二、视图集成 4 发票处理 逻辑设计 发票（发票编号，开票日期，付款日期，订单编号，客户编号，金额，付款方式编号） 主键：发票编号。 外键：订单编号，引用了订单关系中的订单编号（本例不讨论订单处理部分）； 客户编号，引用了客户关系中的客户编号（本例不讨论订单处理中的客户关系部分）； 付款方式编号，引用了付款方式关系中的付款方式编号。 函数依赖集F: 发票编号?{开票日期，付款日期，订单编号，客户编号，金额，付款方式编号}， 订单编号?{发票编号，开票日期，付款日期，客户编号，金额，付款方式编号}。 发票关系中不存在非主属性与候选键之间的部分与传递函数依赖，所以发票关系满足第3范式。 4 发票处理 实际到款（发票编号，客户编号，到款日期，到款金额） 主键：发票编号＋到款日期。 外键：客户编号，引用了客户关系中的客户编号。 函数依赖集F： {发票编号，到款日期}?{客户编号，到款金额}。 发票关系中不存在非主属性与候选键之间的部分与传递函数依赖，所以实际到款关系满足第3范式。 4 发票处理 付款方式（付款方式编号，付款方式） 主键：付款方式编号。 函数依赖集F： 付款方式编号?付款方式。 付款方式关系满足第3范式。 4 发票处理 要查询是否有欠款情况，只要对已到付款日期的发票进行检查，对实际到款关系进行统计，然后再与发票关系中的金额进行比较。 如果某张发票的实际到款总数等于发票实体中对应发票上开出的金额数，则不欠款； 如果某张发票的实际到款总数小于发票实体中对应发票上开出的金额数，则欠款。将其记录在催款通知关系中，以便打印。 至此，设计的所有关系都满足较高范式，也满足应用需求。故发票处理的数据库设计是合理的。 5保险业务管理 某保险公司雇佣多名业务员开展保险业务。一名业务员可以为多名客户服务；一个客户也可以通过多个业务员购买多种保险；每个客户在每次购买保险时通过一个业务员与保险公司签订合同。图中显示一张经过简化的该保险公司的个人保险投保合同书，请根据这张合同书所提供的信息设计一个数据库，对保险业务数据进行管理。 5保险业务管理 5保险业务管理 需求分析 5保险业务管理 保险业务管理的主要查询需求有： 查询所有已签的个人保险投保合同情况 查询能够保险的所有项目 查询所有投保人情况 查询所有被保险人情况 3工资管理 工资管理过程中涉及到的数据有： 职工数据 奖金数据 假期数据 病假数据 扣除数据 工资历史数据 工资细节数据 3 工资管理 概念设计 一、局部视图设计 （1）确定局部视图的设计范围 （2）确定实体及实体的主键 每个职工都会有多次的假期、病假、奖金以及其他扣除。其中，“其他扣除”包括了个人所得税、国家税、医疗保险、退休保险或者预付款等几种扣除类型；工资的支付方式分银行卡、现金或支票几种支付类型；奖金也分为不同类型。 3 工资管理 工资管理中涉及到的实体有： 职工，主键：职工编号 奖金，主键：职工编号＋日期 假期，主键：职工编号＋假期起始日期 病假，主键：职工编号＋病假起始日期 扣除，主键：职工编号＋扣除日期 工资历史，主键：职工编号＋日期 工资细节，主键：职工编号＋日期 奖金类型，主键：奖金类型编号 支付类型，主键：支付类型编号 扣除类型，主键，扣除类型编号 3 工资管理 （3）定义实体间的联系 如果每个职工可以有多次请假，而每次请假都对应某个职工。因此，职工实体和假期实体之间是一对多联系。 职工与假期之间的一对多联系 3 工资管理 如果每个职工可以有多次病假，而每次病假都对应某个职工。因此，职工实体和病假实体之间是一对多联系。 职工和病假之间的一对多联系 3 工资管理 如果每个职工可以有不同的扣除部分，而每次扣除都对应某个职工。因此，职工实体和扣除实体之间是一对多联系。 职工和扣除之间的一对多联系 3 工资管理 职