事实表和维表关系

本篇文章是根据自己的实战，参考网上一些文章写的，可能有相通的话语，请原谅，若有写的不对的地方，希望指正。
以人才监测项目为例：人才＋企业＝人才项目，目前项目需求中个人隶属于一个公司，同一个人才项目可同时申报市级别的、省级别的或其他项目，因此人才与项目的关系是一对多，人才和企业的关系的一对一。目前拿到的企业运营的数据是近5年的运营数据（收入、缴税）。要求从个人的年龄段、国籍、性别等角度分析各个批次的入选人数（一般以半年作为一个批次）；从企业所属园区、创业方式、所属行业分析各个批次的入选人数；筛选出累计收入大于1000w，或缴税超多100w的各批次入选人数。
根据需求，在设计事实表和维表如下：
1）个人基础信息DIM_RCGRXXB,以个人关联ID作为主键
2）企业基础信息DIM_RCQYXXB,以个人关联ID作为主键
3）项目申报信息FACT_XMSB,以个人关联ID和申报层次（属于市级别、省级别、国家级别）作为主键。每个入选项目的申请信息都会录入到这张表中，可能出现除了申报层次、申报年度、申报批次不同，但是其他信息都一样的数据。
4）企业运营信息FACT_QYYUNYNG，以个人关联ID和申报层次作为主键。同一个企业根据运营年份有不同的数据条数。ps:为了个人和申报的信息相关联，在源有数据的基础上增加了层次这个字段，知道会造成数据冗余，但是想不到其他方法了。

1.一对一关系

目前是遇到的就是后台数据库中事实表和维表其实是同一张表，针对 FACT_XMSB，因为已经将个人信息（用户ID、年龄段、性别、学科领域、国籍、籍贯等信息）、企业信息（创业方式、所属行业、所属园区等）单独做了维表，这里将项目申报时除了个人信息、企业信息外，涉及到的项目申报的相关信息，如申报年度、申报层次、申报批次信息做一张维表。直接用FACT_XMSB这张事实表做维表，命名为DIM_XMSB，将人才关联ID和申报层次作为主键，申报年度、申报层次、申报批次作为维度成员。 FACT_XMSB和DIM_XMSB的关系就是一对一的关系。

2.多对一关系

事实表和维表关联，事实表中的多条记录ID对应

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/28573466/viewspace-2140981/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/28573466/viewspace-2140981/