Aktywne Wpisy
![sieporobilo](https://wykop.pl/cdn/c0834752/13d16347015c5e0f0e5c0a3096d8e3c58ad327077da3dd4080445dbe5cca5d2b,q60.jpg)
sieporobilo +175
ogolnie to zabawna historia, z ktorej mozna sporo wyciagnac, stwierdzilem, ze skoro wszystko stracilem, pewnie nie wroce do starych zajec tak szybko, wiec zdecydowalem ze napisze o tym ksiazke o gang stalkingu, bedzie duzo o klamstwie, metodach manipulacji, epidmii narcyzmu, naiwnosci, moralnosci, roli religii, o grach("ze powoduja agresje?" yy nie, o pozytywnym wplywie gier mmorpg na mezczyzn zmagajacych sie z depresja), i wiele innych moze cos wrzuce tu jak zdaze.
niektore motywy
niektore motywy
Otóż mam np. tabele z listą placówek banku i m.in. takie kolumny: ulica, miasto, kraj, kod pocztowy, typ banku itp.
Czy jest to powszechna praktyka, aby stworzyć dimension tables jako "reference" do głównej tabeli do prawie każdej kolumny? Wtedy wyjdzie bardzo dużo tabel z jedną kolumną z unikalnymi danymi i jedną jako index.
Czyli np. dimmiasto, dimkraj itpd. Każda taka tabela miałaby tylko 2 kolumny, index i dane np. miasto, kraj itd.
Później tabę faktów również stworzona jako reference zrobić merge po nazwie np. miasta, kraju tak żeby finalnie zamiast nazw miast, kraów, kod u pocztowego itp. był tylko numer indexu z dimension table?
Czy jest to praktyka którą się stosuje? Stworzy to wiele różnych tabel z jedną właściwie kolumną, ale za to tabela faktów powinna być "lżejsza". Ewentualnie kiedy stosuje się taki model danych?
#powerbi #businessintelligence
Tabela o której wspominasz, jesli zawiera tylko jeden rekord per placówka, to raczej sama bardziej spełnia definicje tabeli wymiarów niż faktów i nie ma sensu dalszego jej rozkładania.
Jesli zależałoby Ci na jakiejkolwiek optymalizacji objętości modelu to mógłbyś wywalić kolumne z państwem i zrobic jeden index "geo", na podstawie miasta