Building a Recruitment and Admissions fact table
3 posters
Page 1 of 1
Building a Recruitment and Admissions fact table
Hi
I'm currently working in a Recruitment and admissions data mart for a university. Right now I'm designing the student fact table. In this fact table I want to track the prospective student events during the recruitment, application, and admission process. I'm not sure if I have to build a separate fact table for the prospect student because this is a process that involve different contact dates with the prospective student, and the application and admission part has only one or two contacts. I was thinking about an Accumulating Snapshot for the admission part and a separate fact table with 1 or more rows per student for the Recruitment or prospect process. I would like your opinion on this.
Thanks
I'm currently working in a Recruitment and admissions data mart for a university. Right now I'm designing the student fact table. In this fact table I want to track the prospective student events during the recruitment, application, and admission process. I'm not sure if I have to build a separate fact table for the prospect student because this is a process that involve different contact dates with the prospective student, and the application and admission part has only one or two contacts. I was thinking about an Accumulating Snapshot for the admission part and a separate fact table with 1 or more rows per student for the Recruitment or prospect process. I would like your opinion on this.
Thanks
kikesegarra- Posts : 1
Join date : 2009-11-17
Re: Building a Recruitment and Admissions fact table
Generally, fact tables should focus on a particular process or event. For example, in an order-to-cash environment for a manufacturer, you have orders, fulfillment/shipping and invoicing. These are separate activities and are captured in separate fact tables. One may build an aggregate of these three subject areas, but not without first collecting the detail separately. In your case, you have applications, admissions and eventually, enrollment. These are three somewhat independent steps that occur at different times with their own processes, not unlike the order-to-cash scenario.
Re: Building a Recruitment and Admissions fact table
I'd put the recruitment, application and admission processes into 3 separate fact tables Kkesegarra, as they are 3 different business events.
Similar topics
» Fact table design for building monitoring application
» 'Routing' the grain of the fact table to multpile members of multiple dimensions causes the fact table to 'explode'
» Integrating new fact table which has one to many relationship with the main fact table in existing star schema
» How to create fact table with measures derived from comparing two fact table rows
» Building a Summary table off an SSAS Cube?
» 'Routing' the grain of the fact table to multpile members of multiple dimensions causes the fact table to 'explode'
» Integrating new fact table which has one to many relationship with the main fact table in existing star schema
» How to create fact table with measures derived from comparing two fact table rows
» Building a Summary table off an SSAS Cube?
Page 1 of 1
Permissions in this forum:
You cannot reply to topics in this forum