Merging Analysis Services Partitions
Przed scaleniem partycje, dobrze jest zrozumieć najczęściej scenariusz przy użyciu wielu partycji i scalanie tych partycji.Jeśli scalanie nie została wykonana prawidłowo, problemy z podwójnym zliczania danych fakt może spowodować dalszej analizy wyniki jest nieprawidłowe.Niezależnie od myśli uważać, w jaki sposób lub dobrze się na partycji scalanie strategii Zachowaj starsze dane kopii zapasowej co pewien czas.
Typowe scenariusze scalania partycji
Najczęściej konfiguracja jednej partycji do użytku pociąga za sobą oddzielenie danych w wymiarze czas.ziarnistość czas skojarzone z każdej partycji zależy od wymagań biznesowych, które jest specyficzne dla projektu.Na przykład działów mogą być przez lata z ostatniego roku, podzielone według miesięcy.Inny projekt można podzielić według dni z ostatnim dniem reprezentowane przez godzin w dniu już przekazane.Najbardziej typowej konfiguracja ma partycję według roku z ostatniego roku, zawierający miesięcy w roku - do-data, plus oddzielnej partycji dla aktywnej miesiąca, który regularnie trwa na nowe dane.Po zakończeniu miesiąca aktywnego tej partycji zostaną scalone ponownie miesięcy w roku - do-data partycji i proces jest kontynuowany.Na koniec roku ma już utworzone partycji całego nowego roku.
Przyczyny Partycjonowanie danych
Oprócz czystego uwagi rozmiar danych z powodu konfiguracja partycji opisana jest tak popularna jest, że można przedstawić większość czas projektowania efektywnej do przechowywania danych w Analysis Services. Na przykład do przetwarzania kostki zawierającej jeden rok danych o sprzedaży dla firmy może zająć cały dzień.Po zakończeniu roku 2004 i przetwarzania danych dla tego roku, jest mało wydajna kontynuować dodawanie nowych danych, wymagający długich reprocess, aby przenieść wszystkie aktualne agregacji.Jest on najbardziej efektywne rozdzielić data dla każdego roku, w odniesieniu do oddzielnej partycji.