1  /  1  页   1 跳转 查看:5288

建摸问题

建摸问题

民政的结婚登记业务表中存放的是一对一对的结婚登记信息,
如:
身份证件号码男 身份证件号码女 出生日期男 出生日期女 国籍男 国籍女 文化程度男 文化程度女 婚姻状况男 婚姻状况女
在展示分析的时候,有时候要展示对数,[如申请结婚的对数],有时候要展示个数[如申请结婚的人数],
现在的问题是,在构建数据仓库的模型中,应该怎样去建模型呢。才能满足既对[对数]进行分析,又能对[人数]进行分析
 

回复: 建摸问题

俺打个笨比方:

结婚证=部门, 男女同胞=员工, 每个部门只有两个员工,

或者

结婚证=产品, 男女同胞分别为发货人与收货人
....
...加上时间,地理等其它维度, 与常规设计没多大区别.
最后编辑www2002 最后编辑于 2007-08-29 10:40:56
 

回复: 建摸问题

如果这样设计的话,表示[对]的信息就要设计成一个维表,这个维表的信息是经常发生变化的,似乎与维表的设计思路相冲突.
 

回复: 建摸问题

表MARRIAGE(结婚ID,结婚时间...)
表MAN(身份证,结婚ID)
表WOMAN(身份证,结婚ID)
--------------------
满足结婚人数


表ALL
(身份证件号码男 身份证件号码女 出生日期男 出生日期女 国籍男 国籍女 文化程度男 文化程度女 婚姻状况男 婚姻状况女)
--------------------
满足结婚对数

仅供参考.
 

回复: 建摸问题



引用:
原帖由 www2002 于 2007-8-29 10:06:00 发表
俺打个笨比方:

结婚证=部门, 男女同胞=员工, 每个部门只有两个员工,

或者

结婚证=产品, 男女同胞分别为发货人与收货人
....
...加上时间,地理等其它维度, 与常规设计没多大区别.


同意你的看法,类似的还有"交易的开始时间和结束时间"问题.
 

回复: 建摸问题

婚姻信息表(婚姻编号,处理日期,婚姻类别)
人基本信息(身份证,姓名,文化程度...婚姻编号)
婚姻类别包括了结婚登记、离婚登记、批准结婚、批准离婚,不予受理登记结婚等等信息,
是不是就只要建以上这两个表就可以了。
还有就是如果建以上这两个表,婚姻信息表是不是作为维表,而人基本信息作为事实表,
而婚姻信息表作为维表的话,他里面的数据信息是经常变动的,这个维表会越来越大。
那么我在分析对数的时候该怎么分析呢。有没有[distinct 婚姻编号]这样的用法的?

还是说把婚姻信息表、人基本信息都作为事实表,那么
我在分析的时候怎么把这两张表结合在一块进行分析呢?
 

回复: 建摸问题

是不是可以考虑使用一张表把人与婚姻的对应关系存储起来?
如:(男,女,婚姻)

你说的婚姻信息表,应该是作为事实表。
 

回复: 建摸问题

The兄说的对, 婚姻表是事实表.
根据项目级别(民政部,省民政厅,市县民政局,婚姻登记处处), 需求(主要是粒度)不同,可以有不同的设计方案.
如果这个项目仅针对婚姻登记管理而不是婚姻状况调查, 或许可以这样考虑:

事实表::=婚姻登记表
(婚姻编号,
处理日期,
婚姻类别,
婚姻状态,
男方信息,
女方信息,
办理机构,
婚姻登记表里其他需要分析的信息,
...)

维度表:

时间维度
地理维度
婚姻状态维度
文化程度维度
职业维度
年龄维度
婚姻次数维度
国籍维度(可与地理维度综合考虑)
办理机构维度
...

也可把人员信息分离出来单独建一个事实表(即两个事实表)
还可以把人员信息作为维度, 如果需要分析姓氏的话.

总之, 俺们这里都是胡猜乱讲的, 不能当真. 请楼主根据具体需求分析的结果来考虑系统建模, 千万不要被俺们误导.
最后编辑www2002 最后编辑于 2007-08-29 23:14:21
 
1  /  1  页   1 跳转

版权所有 微软BI开拓者 

Powered by Discuz!NT 2.1.202    Copyright © 2001-2012 Comsenz Inc.
Processed in 0.0468759 second(s) , 3 queries.
返顶部