Course Dimension
2 posters
Page 1 of 1
Course Dimension
I am trying to create a data mart around training completion/non-completion for our company's learning and development program. An obvious candidate dimension would be 'course', but there are two different types of courses - those that belong to a curriculum and certification (looks like a hierarchy), and those that are extra-curricular ad hoc courses. What is the a best way to model this, with one or two dimension tables?
MarkW- Posts : 14
Join date : 2015-11-25
Re: Course Dimension
Curriculum and course are two different things, so there are two dimensions but not two dimensions for course.
You would have a course dimension and a curriculum dimension. There would be a bridge table to record which courses belong to which curriculums. There would also be a fact table for enrollment. Curriculum may or may not be a dimension of the latter depending on wither or not you know the student enrolled in the course to satisfy a particular curriculum. If you don't, you can always analyze progress toward completion of a curriculum by combining data from the curriculum bridge and enrollment facts.
You would have a course dimension and a curriculum dimension. There would be a bridge table to record which courses belong to which curriculums. There would also be a fact table for enrollment. Curriculum may or may not be a dimension of the latter depending on wither or not you know the student enrolled in the course to satisfy a particular curriculum. If you don't, you can always analyze progress toward completion of a curriculum by combining data from the curriculum bridge and enrollment facts.
Re: Course Dimension
I think that's where I am doubting myself in how I need to structure the tables, or the bridge tables to be exact.
In the operational system (source) there are the following tables:
transaction
enrolments (PK enrolmentid, FK learningid)
master/attribute
curriculumcourses (PK id, FK learningid, FK parentid)
learningobject (PK learningid)
coursecompetency (PK id, FK learningid, FK competencyid)
competency (PK competencyid)
In the operational system (source) there are the following tables:
transaction
enrolments (PK enrolmentid, FK learningid)
master/attribute
curriculumcourses (PK id, FK learningid, FK parentid)
learningobject (PK learningid)
coursecompetency (PK id, FK learningid, FK competencyid)
competency (PK competencyid)
MarkW- Posts : 14
Join date : 2015-11-25
Similar topics
» Replacing Aggregate dimension with Conformed base dimension at lowest level.
» How to handle a Type I or II dimension with a snowflaked customer sub dimension (kimball book page 337, 338)
» bridge table and junk dimension on customer dimension (bank/credit union)
» Tip #136 Adding a Mini-Dimension to a Bridge Table: What if you can't split the dimension?
» Using the Date Dimension for Summary Fact Tables or new specialized Month Dimension?
» How to handle a Type I or II dimension with a snowflaked customer sub dimension (kimball book page 337, 338)
» bridge table and junk dimension on customer dimension (bank/credit union)
» Tip #136 Adding a Mini-Dimension to a Bridge Table: What if you can't split the dimension?
» Using the Date Dimension for Summary Fact Tables or new specialized Month Dimension?
Page 1 of 1
Permissions in this forum:
You cannot reply to topics in this forum