收藏 分销(赏)

EDWDM数据仓库数据建模模型设计.pptx

上传人:快乐****生活 文档编号:2341963 上传时间:2024-05-28 格式:PPTX 页数:62 大小:2.40MB
下载 相关 举报
EDWDM数据仓库数据建模模型设计.pptx_第1页
第1页 / 共62页
EDWDM数据仓库数据建模模型设计.pptx_第2页
第2页 / 共62页
EDWDM数据仓库数据建模模型设计.pptx_第3页
第3页 / 共62页
EDWDM数据仓库数据建模模型设计.pptx_第4页
第4页 / 共62页
EDWDM数据仓库数据建模模型设计.pptx_第5页
第5页 / 共62页
点击查看更多>>
资源描述

1、 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.Product|Application|Solution|Professional Services|Business Consulting|OutsourcingProduct|Application|Solutio

2、n|Professional Services|Business Consulting|OutsourcingBI.Insurance i.DWM for P&CBI.Insurance i.DWM for P&C 模型模型模型模型设计说设计说明明明明1 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.日程日程n为什么需要模型n模型的组织结构n模型实施方法n模型设计策略nQ&A可编辑2 2007 2007 FEnetFEnet Software Co.,

3、Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.日程日程n为什么需要模型什么需要模型n模型的组织结构n模型实施方法n模型设计策略nQ&A可编辑3 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.EDWEDW体系架构体系架构源系源系统层ETL层数据数据仓库层ETL层数据集市数据集市层应用用层展展现层手工数据手工数据外部数据外部数据数据数据仓库保险数据模型核心核心业务财务系系统再保再保

4、险系系统人意人意险系系统精算系精算系统客客户关系关系管理管理OCRM客客户讯息息ECIF业务量分析量分析数据集市数据集市业务持持续性性分析数据集市分析数据集市ALM数据集市数据集市财务分析分析数据集市数据集市车险承保分析承保分析通用承保分析通用承保分析风险管理管理应用用ALM应用用财务分析分析应用用aCRM 数据集市数据集市aCRM报告告大客大客户分析管理系分析管理系统aCRM引擎引擎数据挖数据挖掘引擎掘引擎数据挖数据挖掘掘应用用企企业信信息息门户企企业统一分析平台一分析平台元数据元数据库监管管报表表管理管理报表表运运营报表表仪表表盘随机随机查询多多维分析分析“数据和信息集成平台数据和信息集成

5、平台”“统一的分析平台一的分析平台”“唯一的信息出口唯一的信息出口”4 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.为为什么需要企什么需要企业业模型?模型?数据集市之间数据一致性数据集市之间数据一致性数据集市之间数据一致性数据集市之间数据一致性包含全部历史的核心数据包含全部历史的核心数据包含全部历史的核心数据包含全部历史的核心数据一致的事实表和维度一致的事实表和维度一致的事实表和维度一致的事实表和维度5 2007 2007 FEnetFEnet So

6、ftware Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.EDW 数据模型在项目实施中的作用DWM数据数据仓库模型模型BAM业务分析模型分析模型运运营型型业务系系统数据数据仓库数据集市数据集市报表表分析型分析型应用用XML FileFlat FileInformix OracleSQLDB2BSA业务模版模版应用用6 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.日程

7、日程n为什么需要模型n模型的模型的组织结构构n模型实施方法n模型设计策略nQ&A可编辑7 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.模型模型总总体体结结构构EM&DataMartsEM&DataMarts核心原子数据核心原子数据事事实表和表和维度度企业模型营销管理快速入管理快速入门客客户细分和管理分和管理保保险盈利性分析盈利性分析潜在客潜在客户管理管理数据集市导出业务数据模型数据模型映射指指标要素要素需求模型需求模型财务报表数据集市表数据集市中介中

8、介绩效分析数据集市效分析数据集市健康健康险盈利性管理数据集市盈利性管理数据集市8 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.DWM DWM 数据模型数据模型逻辑结逻辑结构构当事人当事人营销和沟通营销和沟通组织组织产品产品协议协议保险标的保险标的交易交易渠道渠道资源资源与理赔相关的活动及各理赔环节理赔理赔保险公司的有形资产和无形资产信息与客户之间资金或非资金活动的信息与客户交易或接触的渠道信息任何市场化的产品或服务和客户之间为某种产品或服务而设定的协

9、议信息被保险的标的物及标的物的相关信息个人或团体及其基本信息和相关信息为增加客户、保留客户、拓展业务而进行的策略、规划或促销事件分支机构、部门和职员的信息地理区域,物理的或电子的地址信息地理位置地理位置与当事人或协议相关的一系列事件事件事件9 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.BI.Insurance i.DWM for P&CBI.Insurance i.DWM for P&Cn底层数据模型主题域说明:Agreement:保单、批单申请及

10、管理;Claim:理赔Financial Transaction:应收应付、实收实付以及交易关联Party:当事方,包括当事方的组织结构、角色结构及类型Money Provision:资金管理Specification And Product:规范及产品管理Place:地点Code:标准代码Activity:活动管理Physical Object:实物、标的管理10 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.BI.Insurance i.DWM-A

11、greementBI.Insurance i.DWM-Agreement11 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.BI.Insurance i.DWM-ClaimBI.Insurance i.DWM-Claim12 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.BI.Insurance i.DWM-P

12、hysical ObjectBI.Insurance i.DWM-Physical Object13 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.日程日程n为什么需要模型n模型的组织结构n模型模型实施方法施方法n模型设计策略nQ&A可编辑14 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.表级映射表级映射字段

13、映射字段映射实体、属性建模实体、属性建模关联、属性建模关联、属性建模SA建模建模需求划分需求划分多维建模多维建模使用模型、产生报表使用模型、产生报表需求收集需求收集数据分析数据分析模型映射模型映射数据建模数据建模ETL前端前端提供需求及模版提供需求及模版客户提供需求客户提供需求需求整理需求整理步骤:流程:产出:原则:需求文档:1.报表需求2.功能需求3.非功能需求1.目前的报表2.想做的报表3.想做的功能1.数据筛选清单2.数据源报告:3.数据质量分析报告4.代码清单Mapping文档:源-模型对应关系A筛选:去掉ETL需要而模型不需要的字段1.逻辑模型2.物理模型3 逻辑物理数据元素对照表设

14、计文档文档:1.Mapping流程图2.数据元素Mapping文档A:数据源报告:1.主要功能2.历史数据情况3.与其它系统关系4.联系人B:数据质量报告:1.数据类型2.值分布3.关联情况数据调查数据调查数据质量分析数据质量分析代码整理代码整理数据筛选数据筛选B映射:映射:1.映射到EM2.结合性能考虑3.结合实现考虑数据筛选:1.程序控制,计算,通讯,安全控制配置,日志2.汇总类结果一般不要3.可以由其它字段算出的字段一般不要4.从其它系统导入的数据不要.5.代码表不要。6.单纯的险种定义信息不要,但是具体保单中涉及的险种定义信息可以要。Mapping设计设计Mapping程序开程序开发测

15、试发测试数据加载数据加载1.多多维模型模型设计文文档档:l维度l指标l派生指标2.需求需求-模型映射文模型映射文档档3.报表表样张4.操作操作说明明数据筛选:1.表一级筛选2.字段级筛选数据筛选:1.模型的数据筛选2.ETL映射数据筛选EDWEDW具体具体实实施流程施流程15 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.日程日程n为什么需要模型n模型的组织结构n模型实施方法n模型模型设计策略策略nQ&A可编辑16 2007 2007 FEnetFEn

16、et Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.Hash codeHash coden问题的提出:进行增量加载时无法快速判断对表的原有记录是否新插入。例如:l1.理赔案件发生的时候,增量文件会把保单数据也传来l2.保单增量过来,可能只是投保人的信息改了,而目标保单表所需信息并没有改变n解决方案:使用增量的比较字段生成Hash code。在对表进行增量加载时,对增量文件中的每一条记录生成Hash code将生成完的Hash code 与原表中同一anchor id并且最新的记录的Hash c

17、ode 进行比较如果一致的话,即不动作;如果不一致的话,即新插入。n使用示例:在individual agreement 表中使用各个需要保留历史信息的字段生成hash code。在增量加载时,使用业务增量文件中的字段生成hash code。与Individual agreement 表中同一agreement id的最新记录的hash code 进行比较。l如果一致,即不动作l如果不一致,则插入新记录。n备注:注:relationship表是要根据业务去判断是否关系已经存在,然后,如果有其他属性(如:Role player-Physical object Rlship.Usage),才需要用

18、hashcode判别是否重复。可编辑17 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.Hash codeHash code字段字段组组成成规则规则n带anchor的实体带status表的实体(Commercial agreement、Group agreement、Individual agreement、Claim folder、Elementary claim)l除表的主键、type id、Partition key、Status、Status

19、date、Status reason、Valid from date、Valid to date、Effective from date、Effective to date、Population timestamp之外的所有字段不带status表的实体l除表的主键、type id、Partition key、Valid from date、Valid to date、Effective from date、Effective to date、Population timestamp之外的所有字段n不带anchor的实体原则上不需要保留历史,一般执行Update操作。如果有需要的,ETL Map

20、ping特别指明n关联实体对于需要保留历史的关联类型,除Identifier、Partition key、Nature id、Left anchor identifier、Right anchor identifier、Left entity identifier、Left entity type id、Right entity identifier、Right entity type id、Valid from date、Valid to date、Effective from date、Effective to date、Population timestamp之外的所有字段可编辑18 2

21、007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.Partition keyPartition keyn问题的提出:在进行多表关联时,所涉及的关联表行数巨大,关联速度达不到要求。n解决方案:在所有大表中建立Partition key,按照该键的键值对表进行物理分区。Partition key 从Partition config 表中获得。分区策略是按照分公司进行分区。n使用示例:表A 与表B 进行关联时,如下进行select A.column1,B.colu

22、mn2 from A,B where A.foreign_key=B.Primary_key and A.partition_key in(select Storage partition from Partition config where Branch company id=xxxx)and B.partition_key in(select Storage partition from Partition config where Branch company id=xxxxxxx)可编辑19 2007 2007 FEnetFEnet Software Co.,Ltd.Software

23、 Co.,Ltd.All Rights Reserved.All Rights Reserved.可编辑对保保单和理和理赔状状态的特殊的特殊处理理问题的提出:-保单在承保和保全的整个过程中状态变化比较多,如按照IIW 的原有设计,保单表中的会有巨量的历史记录;理赔在报案、立案和估损的整个过程中状态变化较多,如按照IIW 的原有设计,理赔表中会有很多的历史记录。解决方案:-将保单的状态变化过程剥离出来单独建表,在该表中保留与保单的关联;当有新状态插入时,更新对应的保单表中的状态。-将理赔的状态变化过程剥离出来单独建表,在该表中保留与理赔的关联;当有新状态插入时,更新对应的理赔表中的状态。使用示例

24、:-增加Commercial agreement status,Group agreement status,Individual agreement status表,分别记录Commercial agreement,Group agreement,Individual agreement 的状态变化历史。-当前面状态发生该变时,在status表中插入新记录,更新对于原表中的状态字段。20 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.对对保保单单和理

25、和理赔赔状状态态的特殊的特殊处处理示例理示例可编辑Individual agreementIndividual agreement status21 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.Left/Right Entity ID in Relationship or Role EntityLeft/Right Entity ID in Relationship or Role Entityn问题的提出在IIW中的不同subject area的实

26、体关联通常是走关联实体的,例如:Physical object-Agreement Rlship。在关联实体中是以anchor id进行连接的。在分析的时候,通常是应该按照当时的状况进行分析才有意义。由于EDW是保留历史信息的,同一个Physical object或Agreement会有多条记录,如何找到当时的记录,必须通过effective from/to date的比对才能实现,这非常影响效率。n解决方案在关联实体中增加Left/Right entity identifier,Left/Right entity type idLeft/Right entity type id是指具体基础表

27、的id号l例如:Road vehicle(2001260001)Left/Right entity identifier是指具体基础表中记录的主键id值l例如:Road vehicle中牌照号沪A000001车辆的第一条记录的Road vehicle id值适用范围:lFS RolelPhysical object-Agreement Rlship可编辑22 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.Sample of Left/Right Ent

28、ity ID in Relationship or Sample of Left/Right Entity ID in Relationship or Role EntityRole Entity可编辑Road vehicleIndividual agreementAgreementPhysical objectPhysical object Agreement Rlship被保标的23 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.Party rol

29、e in operation/Internal person Party role in operation/Internal person n问题的提出在业务中有很多操作员角色,只有工号、姓名信息,没有身份证等其他信息;一个操作员在一个业务流程中会同时扮演不同角色,如在A保单核保中他是录入人,在B保单核保中他是复核人或者可能出现在A保单核保中他既是录入人又是复核人解决方案建立Internal person表保存业务员、公司管理人员的个人信息,这些信息质量较差建立Party role in operation表保存操作员角色信息,每次都生成新记录。录单员冗余到保单中,理赔的操作员也冗余到cla

30、im folder中可编辑Role player-Activity RlshipParty role in operation(Role player id)Internal Person(Role player id)Financial Services Role24 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.关关联实联实体的版本体的版本问题问题n由于关联实体本身没有对应的anchor实体,不存在版本问题,但是关联存在有以下两种变化情况。1.人“

31、王五”拥有一栋房屋,在2007/1/1卖掉了。l更新原有的Role player physical object Rlship记录的valid to date:if 源系统有系统更新日期,则更新日期1;else,则“2006/12/31”effective to date:“2006/12/31”2.人“王五”拥有一栋房屋,在2007/1/1卖掉50的产权。l更新原有的Role player physical object Rlship记录的valid to date:if 源系统有系统更新日期,则更新日期1;else,则“2006/12/31”effective to date:“2006/

32、12/31”(Ownership percentage:100)l插入新的Role player physical object Rlship记录valid from date:if 源系统有系统更新日期,则更新日期1;else,则“2007/1/1”effective from date:“2007/1/1”Ownership percentage:50可编辑25 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.Financial Services R

33、oleFinancial Services Rolen问题的提出Person存放人的基本信息,External organisation和Internal organisation存放机构的基本信息一个人和机构在不同环境下分别扮演不同角色,所以Financial Services Role存放与保单(各种协议)相关的金融服务角色,如保单持有人,被保险人,受益人等。Channel role存放中介渠道角色信息,如营销员、收展员在分析集市中需要获取保单与业务员的关联信息,IIW原连接方式如图:可编辑Financial Services Role(Financial services role pl

34、ayer id)Person(Role player id)Channel role(Channel role player id)优点:结构清晰统一缺点:渠道角色信息关联的太远,需要Financial Services Role+Channel role+Person,影响效率Person(Role player id)External organisation(Role player id)26 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.Fin

35、ancial Services RoleFinancial Services Rolen解决方案Financial Services Role用把用把basis role player type id确定确定应连接Person 还是是External organisationFinancial Services Role用把用把basis role player id确定确定Person或或External organisation中中记录的的role player idFinancial Services Role用把用把basis role player entity identifier

36、确定确定Person或或External organisation中中记录的的person id或或External organisation idn使用示例可编辑Financial Services Role(Financial services role player id)Person(Role player id)Channel role(Role player idChannel role player id)Person(Role player id)External organisation(Role player id)27 2007 2007 FEnetFEnet Softw

37、are Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.Currency codeCurrency coden问题的提出:在CPIC 的实际业务中,可能出现多币种,在统计中需要进行多币种的转换。n解决方案:在IIW 模型中凡出现金额字段的表,都增加金额的币种及对应的RMB 金额两类字段。原字段存放原币中金额,RMB 金额存放折算成RMB的金额n使用示例:Elementary claim 表中增加Total cost currency 和Total cost RMB 字段n备注:注:由于CPIC对多币种金额的统计有

38、多种统计方式,不全部是按照发生制来折算RMB的。因此,统计转换金额到RMB的工作,留给统计部分执行,在原子层不计算。币种一定要填。可编辑28 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.维维度表的度表的snapshotsnapshotn问题的提出在分析层中,常用的维度表如:保单、立案。分析常用的属性是分散在各个表中的,如:保费、保额在Particular Money Provision中。分析时如果再通过关联来找到这些信息,效率非常低。n解决方案建立

39、维度的snapshot表,将这些信息冗余存放在这些表中,每个月全量刷新一次。n使用示例:Claim folder dimensionPolicy dimensionElementary claim dimensionEvent dimension可编辑29 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.Commercial agreement/Group agreement/Individual Commercial agreement/Group a

40、greement/Individual agreementagreement的的边边界区分界区分nCommercial agreement存放保险公司和机构投保人签订的关于承保要素约束的框架性协议;不是具体的保单。具体的保单要遵循该协议。nGroup agreement团单l单位和保险公司签订的保一组成员的保单,如:寿险团单、雇主责任险、旅游责任险。l如果源系统提供了每个被保人的投保情况,这些记录在individual agreement(type id个人凭证)中的。如:雇主责任险下每个人的投保份数。nIndividual agreement个单/个人凭证备注:根据国内系统的情况做了些调整,

41、和机构投保人(非个人)签订的个单也存放在此。n投保单按保单处理,只是状态是投保状态可编辑30 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.2024/5/21 周二31 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.Group agreement/Individual agreementGroup agreem

42、ent/Individual agreement在在ETLETL时处时处理理n车险系统保单进入Individual agreementn寿险保单根据来源表,决定进入group agreement还是individual agreementnCIBS(包括老系统)和人意险保单根据Financial services product中的Individual insurance flag判断l个险,进入Individual agreementl团险、个团皆可,进入group agreement可编辑32 2007 2007 FEnetFEnet Software Co.,Ltd.Software C

43、o.,Ltd.All Rights Reserved.All Rights Reserved.最新最新记录标记录标志志nEffective to date=9999/12/31 00:00:00可编辑33 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.公司的拆分合并,公司的拆分合并,partition keypartition key的的处处理理 1/4 1/4n分公司的拆分合并,不需要程序考虑,发生后手工处理。n公司合并举例:原来有分公司A,分公司B

44、,在2006/1/1分公司B合并到分公司A。可编辑合并前合并前Partition configExternal organisationIndividual agreement34 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.公司的拆分合并,公司的拆分合并,partition keypartition key的的处处理理 2/4 2/4n公司合并举例:原来有分公司A,分公司B,在2006/1/1分公司B合并到分公司A。可编辑合并后合并后Partiti

45、on configExternal organisationIndividual agreementRole player Rlship35 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.公司的拆分合并,公司的拆分合并,partition keypartition key的的处处理理 3/4 3/4n公司合并举例:原来有分公司A,在2006/1/1分公司A,拆分成分公司A和分公司B。可编辑拆分前拆分前Partition configExternal o

46、rganisationIndividual agreement36 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.公司的拆分合并,公司的拆分合并,partition keypartition key的的处处理理 4/4 4/4n公司合并举例:原来有分公司A,在2006/1/1分公司A,拆分成分公司A和分公司B。可编辑拆分后拆分后Partition configExternal organisationIndividual agreementRole p

47、layer Rlship37 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.按照按照type idtype id分表分表n将有些大表按照Type id 进行拆分n举例:Individual agreement 表按照保单和投保单拆成两张表可编辑38 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved.All Rights Reserved.历历史信息的史信

48、息的处处理理n对含有历史记录的大表,应考虑将历史记录剥离出来单独建表,即原表保留最新的信息,而在剥离出来的表中包含这些信息的变化历史。n举例:Individual agreement 原来保留有保单的最新信息及这些信息的历史变化记录。这样这张表就将很大,记录数数以亿计。目前将它拆成2 个表:1.表一,存放保单的最新信息,如最新状态,最新确认的起保日期等,同时保留每条记录最新的刷新时间2.表二,存放保单经常变化的值的变化历史,如:保单状态的变化历史3.表三,存放保单所有历史变化的信息可编辑39 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,

49、Ltd.All Rights Reserved.All Rights Reserved.增加表的冗余字段增加表的冗余字段n问题的提出:原有设计中,一条业务上具有完整意义的信息被拆分在多个表中,在生成分析层(或进行分析时)又要将被拆分的信息通过多表关联的方式关联起来。n解决方案:在表中尽量增加冗余字段。要注意的是,冗余字段并非任意增加,而是要增加:1.冗余关联类型为m:1 的字段,如:保单的所属分公司。2.从业务上说,基本不变化的冗余字段可编辑40 2007 2007 FEnetFEnet Software Co.,Ltd.Software Co.,Ltd.All Rights Reserved

50、.All Rights Reserved.增加表与表之增加表与表之间间的外的外键键,减少走关,减少走关联联表表n问题的提出:原有设计中,一条业务上具有完整意义的信息被拆分在多个表中,在生成分析层(或进行分析时)又要将被拆分的信息通过多表关联的方式关联起来。而这样的关联可能要跨多个表。n解决方案:1.增加有业务含义的信息之间的直接关联。即如两表的信息如果有业务关联,而在原有设计中这两表之间的关联要借助其他中间表的,应在此两表之间建立直接的关联。1.例如:selling channel role id在individual agreement表中的冗余。否则,要走FS Role连接channel

展开阅读全文
部分上传会员的收益排行 01、路***(¥15400+),02、曲****(¥15300+),
03、wei****016(¥13200+),04、大***流(¥12600+),
05、Fis****915(¥4200+),06、h****i(¥4100+),
07、Q**(¥3400+),08、自******点(¥2400+),
09、h*****x(¥1400+),10、c****e(¥1100+),
11、be*****ha(¥800+),12、13********8(¥800+)。
相似文档                                   自信AI助手自信AI助手
搜索标签

当前位置:首页 > 包罗万象 > 大杂烩

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2024 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服