“employee_pk”, “gender_cd”, “first_name_txt”, “last_name_txt”. А дальше есть варианты атрибутов для историзации: либо “valid_from_dttm”, “valid_to_dttm”, либо “valid_from_dttm”
На сателлиты надо нарезать, исходя из представления о похожем смысле и частоте обновления информации. То есть вначале нарезаем по смыслу, и если у части полей в одном сате частота обновлений гораздо выше основной массы, их тоже выносим отдельно
На сателлиты надо нарезать, исходя из представления о похожем смысле и частоте обновления информации. То есть вначале нарезаем по смыслу, и если у части полей в одном сате частота обновлений гораздо выше основной массы, их тоже выносим отдельно
если вдруг у вас пол хранится в одной системе, а имя-фамилия - в другой, то хорошо бы их распилить в разные сателлиты, чтобы загрузка каждого сателлита зависела только от одной системы-источника. Иначе одна система тормозит - весь сателлит тормозит - вся последующая загрузка из этого сателлита тормозит - плохо
Нарезка на хабы происходит, исходя из нужд конкретной организации. Например, для одних хватит в сателлите клиента указать серию и нор паспорта. У других этот паспорт может сам иметь кучу атрибутов типа мягкости бумаги, годом стандартов и т.д.