Моделирование архитектуры хранилища данных

Question

Я пытаюсь в Архитектуре создать хранилище данных в модели Star Schema ... любая идея будет оценена.

Любая идея, что я должен сделать, чтобы создать схему звезды? Однажды у меня должна быть таблица связи с DimProjects, идущей к таблицам фактов. Как насчет часов проекта? Какой правильный подход к этому или мне нужны другие таблицы для связи? Сотрудники могут работать над несколькими проектами, проекты требуют человеко-часов ... et c.

Каков наилучший подход к моделированию?

Пока у меня есть таблицы:

[КОД]

    Dimension Tables    Measure Tables
    ----------------    --------------
    DimEmployee           FactCRM
    DimProjects           FactTargets
    DimSalesDetails       FactRevenue
    DimAccounts
    DimTerritories
    DimDate
    DimTime

[/ КОД]

Answer 1

Измерения в схеме хранилища данных означают независимые сущности, такие как, скажем,

 Dim_Employee
Empid(pk) 
Name
Address etc likewise all other 
dimensions

С каждым ключом измерения, связанным с вашим фактом, как в приведенном выше случае

   FactCRM would include only crm 
   related measures and would be linled
  To their specific dimensions depending 
   upon the requirements

Не зная столбцов никто не сможет сказать, что вы хотите на самом деле. Также помните, что привязка измерения к факту, очевидно, является частичной схемой типа «звезда», поэтому она не приводит к каким-либо проблемам. Единственное, если ваши измерения нормализуются в схеме, то это становится снежинкой.

Еще одна вещь, связанная с фактами, если вы хотите выполнить манипуляции с фактами othwr, основанными на существующих фактах, то вам также необходимо связать таблицу фактов с уникальным множителем. Это называется фактом созвездия. Тогда схема станет схемой звезда / снежинка с фациальным созвездием