2012-02-20 18 views
13

Podczas czytania książki dla obiektów biznesowych natknąłem się na tabelę faktów i tabel wymiarów. Czy jest to standardowa rzecz dla wszystkich baz danych, że wszystkie mają tabelę faktów i tabel wymiarów lub czy jest to tylko projekt biznesowy? Szukam wyjaśnienia, które rozróżnia dwa i jak są one powiązane.Baza danych - tabela faktów i tabela wymiarów

Zmieniano:

Dlaczego nie można po prostu zapytanie wymaganych danych z tabeli faktów? Co się stanie, jeśli wszystkie informacje zostaną zapisane w jednej tabeli faktów? Jakie korzyści możemy uzyskać, tworząc oddzielną tabelę faktów i wymiarów i dołączając do niej?

Przepraszamy za dużo pytań w tym samym czasie, ale chciałbym wiedzieć o wzajemnych relacjach i sprawach.

Odpowiedz

9

Dimension i Fact są kluczowymi terminami w projekcie bazy danych OLAP.

  • Tabela faktów zawiera dane, które można agregować.
  • Miary są wyrażeniami danych sumarycznych (e. Suma kosztów, Liczba połączeń, ...)
  • Wymiar zawiera dane używane do generowania grup i filtrów.
  • Tabela faktów bez danych wymiarów jest bezużyteczna. Przykład: "suma zamówień to 1M" to nie informacja, ale "suma zamówień od 2005 do 2009".

Są dużo narzędzi BI, które pracują z tych pojęć (np Microsft SSAS, Tableau Software) i języków (np. MDX).

Czasami nie jest łatwo dowiedzieć się, czy dane są miarą czy wymiarem. Na przykład, analizują revenue obu scenariuszy possibles:

  • 3 Środki: net profit, overheads, interest
  • jeden środek: profit i jeden wymiar: profit type (z 3 części: netto, koszty ogólne, odsetki)

Analityk BI s kto określa, jaki jest najlepszy projekt dla każdego rozwiązania.

EDITED ze względu na to pytanie również edytowanego:

Rozwiązanie OLAP zazwyczaj ma semantyczną warstwę. Ta warstwa dostarcza narzędziu OLAP informacji o tym, które elementy są danymi faktów, które elementy są danymi wymiarów i relacjami na stole.W przeciwieństwie do systemów OLTP, nie jest wymagane prawidłowe normalizowanie bazy danych OLAP. Z tego powodu można pobierać dane wymiarów z kilku tabel, w tym z tabel faktów. Wymiar pobierający dane z tabeli faktów nosi nazwę Fact Dimension or Degenerate dimension.

Są wiele pojęć, które należy pamiętać przy projektowaniu baz danych OLAP: „STAR Schemat”, „ŚNIEGU Schema”, „zastępcze”, „Klucze hierarchii rodzic-dziecko”, ...

+0

proszę zobaczyć moje zaktualizowane pytanie. Jestem wdzięczny za dotychczasową odpowiedź, ale chcę wiedzieć nieco więcej na temat mojej wiedzy. –

+0

ok, przeczytaj ponownie odpowiedź. – danihp

0

Jest to standard w bazie danych, który ma tabele faktów i tabele wymiarów. Tabela faktów zawiera dane, które mierzysz, na przykład to, co sumujesz. Tabela wymiarów to tabela zawierająca dane, których nie chcesz stale powtarzać w tabeli faktów, na przykład dane produktów, statusy, klienci itp. Są one powiązane kluczami: w schemacie gwiaździstym, każdy wiersz w tabeli faktów zawiera klucz wiersza w tabeli wymiarów.

+0

Does to znaczy, że projektant bazy danych powinien tworzyć tabelę tabel i tabel wymiarów zarówno osobno podczas projektowania bazy danych? –

+3

Tak, utwórz je osobno. Jeśli wszystkie dane wymiarów znajdują się w tabeli faktów, tabela faktów będzie znacznie większa niż musi. Chociaż hurtownie danych powinny zostać zdenormalizowane, prawdopodobnie nie powinno się dementować ich do poziomu, w którym pozostaje tylko jedna tabela. –