Вопрос проектирования хранилища данных

Question

В моей базе данных OLTP у меня есть макет, состоящий из инструкторов и студентов. Каждый студент может быть учеником любого количества инструкторов. Студент может также зарегистрироваться для инструктора, но не обязательно заказывать любое обучение (урок).

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

Однако, как инструктор увидит, сколько учеников ЗАРЕГИСТРИРОВАНО с инструктором, но еще не заняло урок?

В моем OLTP у меня есть много-много таблиц (InstructorStudents), которые связывают каждого ученика с еще одним инструктором. В базе данных OLAP это не подходит.

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

Answer 1

Вам нужен many to many dimensional model.

Answer 2

Если факт представляет собой сделку, вы, кажется, есть две разные факты здесь: Знак взлетов & уроки. Всегда есть много способов, но, возможно, вам нужны две таблицы фактов. Они могут иметь сходную размерность, за исключением того, что таблица регистрации будет иметь размер класса (имя класса, имя преподавателя и т. Д.). Таблица «Уроки» привязана к размеру класса, а также к размеру урока (дата, класс и т. Д.).

Есть несколько других способов сделать это, но им будет сложнее с программированием & отчетность.

Answer 3

Вам нужна таблица фактов. Посмотрите на следующий ресурс, который ссылается на пример близко к необходимости

http://www.kimballgroup.com/1996/09/02/factless-fact-tables/