0

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

меры мне нужно будет рассчитать, являются:

-Total число студентов

-Количество национальностей (и фильтр по национальности)

-Количество студентов, прошедших курс

Обратите внимание, что только потому, что студент находится на курсе, это не значит, что они сдавали экзамены, поэтому они могут еще не получить результат курса.

Это дает мне два набора фактических данных в разных деталях.

  1. гранулярность всех студентов на курсе.

  2. гранулярность студентов, которые завершили курс и прошли и провалились.

Мои варианты, как я вижу их, являются:

  1. две отдельные таблицы фактов в различных степеней детализации, которые разделяют несколько размеров.

  2. Одна таблица фактов, но для любых учащихся, которые не прошли/не смогли, они будут связаны с записью в DimResult, которая содержит описание «No Result Yet».

Существует ли набор руководящих принципов для использования при смешивании детализации, или это случай, когда оба ответа будут работать, и решать, решать ли они мне?

Схема, показывающая план с обеими таблицами фактов, показана ниже.

Спасибо за любые посоветуйте

enter image description here

ответ

0

Я не вижу никаких преимуществ в том, чтобы две отдельные таблицы для регистрации и результат, по крайней мере, в том, как, как показано на диаграмме.

  • Будет сложно убедиться, что у ученика есть результаты только для курсов, в которых она также записана.

  • Запросы, касающиеся enrolement и Данные результата всегда должны оценивать обе таблицы на одном составном ключе.

Если студент имеет не более одного результата для каждого зачислен курс, вы можете добавить результат и дату награду в регистрации юридического лица, с этими двумя, возможно, является нулевым.

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

Если учащийся может иметь более одного результата, возможно, повторив сбой экзамена, объект результата должен быть 1: n связан с субъектом регистрации ,

+0

Я думал, если это станет доступно для бизнес-пользователей, им будет легче играть с данными в сводной таблице, если каждая таблица фактов имеет только одну гранулярность. это оправдание достаточно? теперь я получаю дополнительное усилие ETL, но для меня это не проблема. –

+0

Эти пользователи будут играть непосредственно в таблицах базы данных? Если это так, они должны быть достаточно опытными, чтобы правильно интерпретировать структуру данных. Если нет, вы можете предоставить им некоторый пользовательский интерфейс, который отражает разницу между двумя типами фактов. Пожалуйста, обратите внимание на дополнение к вопросу о представлении базы данных. – TAM

 Смежные вопросы

  • Нет связанных вопросов^_^