Исходные таблицы OLTP имеют суррогатные ключи (цифры c значения) и естественные ключи (значения alphanumeri c), поэтому я могу пропустить создание суррогатных ключей в целевой OLAP DB (Dimensional Model) для таблиц измерений. Я знаю, что мне понадобятся суррогатные ключи для таблиц фактов, поскольку уникальный ключ для таблицы фактов будет большим набором, и мне понадобятся одиночные столбцы со значениями цифр c в качестве первичного ключа. Я объединяю несколько исходных таблиц для заполнения данных в одну цель измерения, и мне интересно использовать уникальный идентификатор (цифры c значения) таблицы управления (этот идентификатор наследуется из источника OLTP) в качестве первичного ключа, при условии, что детализация данных в результате запись находится на уровне идентификатора управляющих таблиц (полученная запись является записью после объединения основной исходной таблицы с другими исходными таблицами).
Какая польза от суррогатного ключа на уровне хранилища данных?
Спасибо, Раджни sh