Scalanie Analysis Services partycji
Przed scaleniem partycji, jest zrozumieć najbardziej typowym scenariuszem dla przy użyciu wielu partycji i scalanie tych partycji.Scalanie nie jest wykonane poprawnie, może spowodować dalszej analizy wyniki nieprawidłowy problemy z podwójnego liczenia danych fakt.Niezależnie od myśli jak staranne lub dobrze się na partycji scalanie strategii przechowywać dane starsze kopie zapasowe okresowo.
Typowe scenariusze scalanie partycji
Pojedynczy najbardziej typowa konfiguracja partycję, użyj obejmuje oddzielenia danych poprzez wymiar czas.ziarnistość czas związany z każdej partycji zależy od wymagań biznesowych określonego projektu.Na przykład działów mogą być przez lata z ostatnim roku, podzielone według miesięcy.Inny projekt można podzielić według dni z ostatniego dnia reprezentowane przez godzin w dniu już minęła.Najbardziej typowa konfiguracja jest partycją według roku z ostatniego roku, zawierający miesięcy w roku-do-data, plus osobnej partycji aktywnej miesiąca, który regularnie trwa na nowych danych.Po zakończeniu miesiąca active tej partycji jest scalone miesięcy w roku-do-data partycji i proces jest kontynuowany.Na koniec roku została utworzona partycja całego nowego roku.
Powody partycjonowanie danych
Oprócz czystego rozważań rozmiar danych konfiguracja partycji opisany jest tak popularna jest możliwość uzyskania najbardziej czas skuteczne projektu do przechowywania danych w Usługi Analysis Services.Na przykład, aby proces moduł zawierający jeden rok dane sprzedaży dla firmy może zająć cały dzień.Po roku 2004 została zakończona i przetwarzania danych dla tego roku, jest nieefektywne kontynuować dodawanie nowych danych, wymagający długich reprocess, aby doprowadzić do agregacji wszystkie data.Jest najbardziej skutecznym wydzielić data dla każdego roku do własnej partycji.