У нас есть таблица аудита, которую мы получаем из системы OLTP, она регистрирует любую деятельность, выполняемую пользователем, включая, если он загрузил какое-либо вложение, или прочитал какую-либо заметку или написал заметку или любое изменение для инцидента и т. Д. Как мы включаем эти действия таблицы аудита в нашей размерной модели для системы управления инцидентами (управление ИТ-услугами)?Как смоделировать таблицу аудита OLTP в размерной схеме?
На простом уровне, который я могу предоставить на основе уровня детализации в вопросе, нужно посмотреть на таблицу аудита и определить, какие категории аудита вы хотите быть измерением. Возможно, существуют поля audit_type, user_type и audit_subtype или что-то в этом роде? Кроме того, как правило, у вас есть другое поле, называемое «мерой» или «количеством», которое обычно используется для статистики по числам, для поддержки агрегатных функций. Например, вы обычно можете иметь store_id, product_cat как категориальные размеры, но сворачивать продажи $ как min, max, avg, stdev, сгруппированные по различным типам даты, таким как месяц, квартал и другие измерения. Если ваши данные сугубо категоричны по дате, тогда COUNT() обычно используется как рассчитанная мера.
Вам действительно нужно решить, как вы хотите быть в состоянии просверлить и развернуть данные, которые имеют значение, и какие величины имеют значение. Как только вы это решите, создайте таблицу с таблицами FKs. Звездная схема - это просто толстая таблица с кучей поисковых таблиц, плавающих вокруг нее, как звезда.
Надеюсь, что это поможет