Моя самая первая марка, так что будь нежнее ..
Моделирование иерархии с помощью ERD следующим образом:
Ответы - мои факты. Все советы, которые я видел, указывают на создание одного измерения (скажем, dim_event) и денормализацию события, отдела и организации в это измерение:
Что если я ЗНАЮ, что в будущем будут факты / отчеты, основанные на аспекте Организации или аспекте Департамента, которые не связаны с этим конкретным фактом?
Для меня (из мира OLTP) имеет больше смысла создавать отдельные измерения для основных компонентов и привязывать их к факту. Таким образом, они могут быть повторно использованы как соответствующие измерения.
Таким образом, для любых обновляющихся атрибутов измерений будет одна dim-таблица; если бы у меня было все денормализовано, я мог бы иметь имя org в нескольких таблицах измерений.
- Обновление -
По запросу:
«Событие» - это электронная кампания, предназначенная для сбора данных ответов от определенного подмножества клиентов. Они входят в систему, и мы задаем им ряд вопросов и оцениваем ответы.
«Ответ» - это набор баллов, которые мы генерируем по событию.
Таким образом, запись "события" может выглядеть следующим образом:
название: '2019 тестовое мероприятие'
отдел: 'финансы'
записи "ответа" выглядят примерно так:
событие: '2019 тестовое событие'
RetScore: 2190
balScore: 19,98