W projektach bazę danych nie zawsze jest pytanie, co architektura najlepiej rozmieszczenia. Każda architektura ma swoje zalety i wady. Co mi się ważne w architekturze, która jest elastyczna i skalowalna być. Innymi słowy, powinny być łatwo dostosować do nowych potrzeb biznesowych i należy "nieskończoność" może zostać przedłużony bez ograniczeń. Projekt hurtowni danych współpracujących teraz znajduje się tak zwany "HSA" (Historical Staging Area). Myślę, że w każdym HSA projektu hurtowni danych przydaje. Poniżej podam pewne korzyści, które poznałem w praktyce, opisując HSA.
W HSA, system źródła, jeżeli były przestrzegane. Każdej nocy, HSA uzupełniona o kopię źródła. Jedyną różnicą jest źródło, które wszyscy posiadają mutacje w oddzielnej tabeli. Dzięki temu możemy znaleźć wszystkie zmiany, jakie kiedykolwiek powstały w tabeli źródłowej. Zmiany te są przechowywane w oddzielnej tabeli, zwanego HIS tabeli. Najnowszy stan (1:1 kopią źródłowego), są przechowywane w tabeli rejestracji, REG tabeli. HIS ma taśmy harmonogram.
Można się zastanawiać, co jest dużą zaletą. Dlatego wszystkie zmiany systemu źródło utrzymania? Odpowiedź jest prosta. Nigdy nie można przewidzieć, jakie pytania, informacje w przyszłości pojawić. Gdy jesteś w modelu sprawia, że gwiazda tam zdecydować, które pola są / nie chcesz zachować historii (Typ I / Typ II). Za pomocą HSA, można łatwo zmienić ten wybór później, można użyć wymiary i fakty są całkowicie budynek z mocą wsteczną, ponieważ jeszcze w historii. I co zrobić, jeśli pole typu II bijkomt w wymiarze? Mogą one teraz z pełną mocą wsteczną historii i budowania!
W skrócie, korzyści są duże. Kolejną zaletą jest to, że ETL jest kompletny HSA może zostać wygenerowane, sztuką jest, że można zrobić to samo za każdym razem! W tej chwili mamy specjalnie dla skryptów SQL Server tworzy i wypełnia HSA. Możemy szybko podłączyć nowe źródła w naszej HSA. Miłą rzeczą jest, że jesteśmy już w stanie zastosować system źródła, które nie są podłączone do hurtowni danych, abyśmy mogli budować już historia.
Tagi 
