Всем привет!


1. в OLTP системе есть таблица "Т1" с уникальными значениями в столбце pk_t1_key (десятки тысяч записей).
на ее основе создается измерение.

2. "Т1" по полю pk_t1_key связана с таблицей "Т2" (десятки миллионов записей).
В таблице "T2" с уникальными значениями в столбце pk_t2_key, есть несколько внешних ключей для связи с "T1": fk_t1_key1 (not null), остальные два поля могут быть пустыми fk_t1_key2 (пустых 10%), fk_t1_key3 (пустых 90%).

На основе таблицы "Т2" нужно создать таблицу фактов.

ВОПРОС:
Если создать таблицу фактов со столбцами fk_t1_key1,fk_t1_key3 (оба поля будут не пустые), то можно ли по Kimball, чтобы один столбец измерения ссылался на 2 столбца в факт таблице?


Буду признателен за отзывы

Кот МатроскинЭто у Вас по идее разные измерения, хоть они и базируются на одной таблице.
я тоже так думаю. то есть ролью, которую играет внешний ключ, будет названо измерение. Вы предлагаете на основе таблицы "Т1" создать несколько ее копий - измерений.

дело в том, что таблица "T1" связана и с другими таблицами таким же способом. несколько внешних ключей в таблицах. получится приличное количество копий.

я встретил такой пример - Datawarehouse - How to Link dimensions

авторPerson Table
------------

PersonID
Forename
Surname
EffectiveFromDate
EffectiveToDate


Department Table
----------------

DepartmentID
DepartmentName

etc


AssignmentFact Table
--------------------

AssignmentID (primary key)
PersonID (foreign key to person table)
ManagerID (foreign key to person table)
DepartmentID (foreign key to department table)
Salary
CostCentre
EffectiveFromDate
EffectiveToDate.


жирным выделено: в таблице фактов создано 2 ключа которые связаны с одним и тем же измерением.

Кот Матроскин,

тут вопрос в другом: можно ли первичный ключ измерения связывать с таблицей фактов, создав в ней несколько столбцов внешний ключей.

как здесь:

авторPerson Table
------------

PersonID
Forename
Surname
EffectiveFromDate
EffectiveToDate


Department Table
----------------

DepartmentID
DepartmentName

etc


AssignmentFact Table
--------------------

AssignmentID (primary key)
PersonID (foreign key to person table)
ManagerID (foreign key to person table)
DepartmentID (foreign key to department table)
Salary
CostCentre
EffectiveFromDate
EffectiveToDate.