2012-02-20 2 views
13

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

Отредактировано:

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

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

ответ

9

Dimension и Fact являются ключевыми условиями в OLAP дизайн базы данных.

  • Таблица фактов содержит данные, которые могут быть агрегированы.
  • Меры представляют собой агрегированные выражения данных (например, сумма затрат, количество вызовов, ...)
  • Размер содержит данные, которые используются для создания групп и фильтров.
  • Таблица фактов без данных измерений бесполезна. Образец: «сумма заказов 1М» - это не информация, а «сумма заказов с 2005 по 2009 год».

Они много BI инструментов, которые работают с этими понятиями (например Microsft SSAS, Tableau Software) и языков (е. MDX).

Несколько раз непросто узнать, являются ли данные мерой или размером. Например, мы анализируем revenue, оба сценария-плюсом:

  • 3 Меры: net profit, overheads, interest
  • 1 мера: profit и 1 размерности: profit type (с 3 элемента: нетто, накладные расходы, проценты)

Аналитик BI i s, который определяет, что является лучшим дизайном для каждого решения.

EDITED из-за вопроса также редактируется:

раствор, OLAP обычно имеет семантический слой. Этот уровень предоставляет информацию инструмента OLAP о том, какие элементы являются данными фактов, элементами которых являются данные измерения и отношения таблицы.В отличие от OLTP-систем, не требуется нормальная нормализация базы данных OLAP. По этой причине вы можете принимать данные измерений из нескольких таблиц, включая таблицы фактов. Измерение, которое берет данные из таблицы фактов, называется Fact Dimension or Degenerate dimension.

Они много понятий, которые вы должны иметь в виду при разработке баз данных OLAP: «СТАР схемы», «СНЕЖИНКА схемы», «суррогатные ключи», «родитель-потомок иерархий», ...

+0

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

+0

ok, re прочитанный ответ. – danihp

0

Это стандарт в хранилище данных, чтобы иметь таблицы фактов и таблицы размеров. Таблица фактов содержит данные, которые вы измеряете, например, что вы суммируете. Таблица измерений - это таблица, содержащая данные, которые вы не хотите постоянно повторять в таблице фактов, например, данные продукта, статусы, клиенты и т. Д. Они связаны ключами: в схеме звездочек каждая строка в таблице фактов содержит ключ строки в таблице измерений.

+0

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

+3

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

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

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