Data Sources and Bindings (Analysis Services - Multidimensional Data)

Kiedy ziarnistość grupa miar odpowiada rozdrobnienia, wiadomo, że w bazie danych i istnieje bezpośredni związek z tabela fakt do tabela wymiarów atrybut ziarnistości tylko musi być związany z odpowiednią kolumna klucz obcy lub kolumn znajduje się na tabela fakt.Na przykład należy wziąć pod uwagę następujące tabele fakt i wymiarów:

Sales(RequestedDate, OrderedProductID, ReplacementProductID, Qty)

Product(ProductID, ProductName,Category)

Relation: Sales.OrderedProductID -> Product.ProductID

Relation: Sales.ReplacementProductID -> Product.ProductID

Jeśli analizować według produktu zamówionego towaru zamówiona na roli wymiaru sprzedaż, atrybut ziarnistości produktu może być powiązany z Sales.OrderedProductID.

Można jednak czas kiedy GranularityAttributes nie istnieje jako kolumny w tabela fakt. Na przykład GranularityAttributes nie istnieje jako kolumny w następujących okolicznościach:

• ziarnistość OLAP jest gruboziarnisty niż ziarnistość w źródle.

• Tabeli programu pośrednich interposes między tabela fakt i tabela wymiarówów.

• Klucz Wymiar nie jest taka sama, jak klucz podstawowy w tabela wymiarów.

W takich przypadkach należy zdefiniować DSV tak, aby GranularityAttributes istnieje na tabela fakt.Na przykład mogą zostać wprowadzone nazwanej kwerendy lub kolumna obliczeniowa.

Na przykład w ten sam przykład tabelach jak wyżej, gdyby ziarnistość według kategorii, następnie widoku sprzedaży można wprowadzić:

SalesWithCategory(RequestedDate, OrderedProductID, ReplacementProductID, Qty, OrderedProductCategory)

SELECT Sales.*, Product.Category AS OrderedProductCategory

FROM Sales INNER JOIN Product

ON Sales.OrderedProductID = Product.ProductID

W takim przypadek należy do kategorii GranularityAttribute jest związany z SalesWithCategory.OrderedProductCategory.

Zezwala na decyzję Support Objects (DSO) 8.0 PartitionMeasures Aby rebound. Dlatego strategii migracji w takich przypadkach jest w celu skonstruowania kwerendy odpowiednie.

Podobnie nie jest możliwe do ponownego powiązania zwiększając atrybutów wymiaru w partycji, mimo że DSO 8.0 umożliwia ponownego tego wiązania również.Strategii migracji w takich przypadkach jest określenie to konieczne, o nazwie kwerendy DSV, dzięki czemu te same tabele i kolumny istnieją w DSV partycji jako tabele i kolumny, które są używane dla danego wymiaru.Tych przypadkach może wymagać przyjęcia proste migracji, w którym klauzula From/łączyć/Filter jest mapowany do jednego o nazwie kwerendy, a nie do uporządkowany zestaw tabel pokrewnych.Jak DSO 8.0 pozwala PartitionDimensions do rebound, nawet wtedy, gdy partycja używa tego samego urządzenie źródłowe danych, migracji mogą również wymagać wiele DSVs dla tego samego urządzenie źródłowe danych.

W DSO 8.0 odpowiednich powiązaniach można wyrazić na dwa różne sposoby, w zależności od tego, czy są zatrudnieni zoptymalizowane schematów, przez wiązanie albo klucz podstawowy w tabela wymiarów lub klucz obcy na tabela fakt.Dwie różne formy w ASSL, nie są rozróżniane.

Ten sam podejście do wiązanie ma zastosowanie nawet w przypadku partycji przy użyciu urządzenie źródłowe danych, która nie zawiera tabel wymiarów, ponieważ wiązanie składa się do kolumna klucz obcy w tabeli fakt, a nie do kolumna klucz podstawowy w tabela wymiarów.

Relacyjnej model wyszukiwania zależy od relacji zdefiniowanych w DSV rozwiązać wszelkie niejednoznaczności, odnośnie których kolumn są powiązane z których źródeł danych.W relacyjnej model wyszukiwania, powiązania danych przestrzegać tych reguł:

• Każda kolumna nie jest zagnieżdżona tabela jest związana z pewną kolumną, przypadek tabeli lub Tabela powiązana relacją z tabelą liter (na skutek relacji wiele do jednego lub jeden-do-jednego).DSV określa relacje między tabelami.

• Każda kolumna zagnieżdżona tabela jest powiązana urządzenie źródłowe tabeli.kolumna, należących do kolumna tabela zagnieżdżone następnie są powiązane z kolumn w tabela źródłowej lub tabela, związane z tabela źródłowej.(Ponownie, wiązanie następuje relacji wiele do jednego lub jeden-do-jednego). Powiązania model wyszukiwania nie zostanie określona ścieżka dołączania do tabela zagnieżdżonej. Zamiast tego relacji zdefiniowanych w DSV udostępnia te informacje.

Modele wyszukiwania OLAP nie jest równoważny plik DSV.W związku z tym powiązania danych musi zawierać wszystkie uściślania między kolumnami i źródeł danych.Na przykład model wyszukiwania może być oparty na module sprzedaży i kolumny mogą być oparte na ilość, kwota i nazwa produktu.Można także model wyszukiwania mogą być oparte na produkt, a kolumny mogą być oparte na Nazwa produktu, produkt kolor i zagnieżdżona tabela z ilość sprzedaży

W modelu typu OLAP górnictwo powiązania danych należy wykonać te reguły:

• Każda kolumna nie jest zagnieżdżona tabela jest powiązana miara na module, do atrybut w wymiarze tego moduł (Określanie CubeDimension Aby disambiguate w przypadek ról wymiaru), lub atrybut w wymiarze.

• Każda kolumna zagnieżdżona tabela jest powiązana CubeDimension. Oznacza to definiuje sposób przejdź z wymiaru moduł powiązanych lub (przypadek mniej popularne zagnieżdżonych tabel) z moduł do jednego z jego wymiary.

Limit czasu na z linii Bindings Kolekcja, ASSL umożliwia zbiór powiązań dla wielu obiektów, każdy Binding. Każdy Binding ma rozszerzone odwołania do obiektu, który jest podobny do odwołanie do obiektu, ale go może odnosić się do niewielkich obiektów również (na przykład atrybuty wymiaru i atrybutów grupy miara). Ten obiekt ma postać płaski typowe dla Object element Process z wyjątkiem poleceń, które <Obiekt></ Obiekt> tagów, które są niedostępne.

Każdy obiekt, dla których określono wiązanie jest identyfikowany przez element XML formularza <obiekt>Identyfikator (na przykład, DimensionID). Po zidentyfikowaniu obiektu w specjalnie możliwie z formularzem <obiekt>Identyfikator, następnie zidentyfikować element, dla których określono jest wiązanie, która jest zwykle Source. Typowe przypadek zwrócić uwagę, jest, w którym Source przypadek właściwość na DataItem, który jest w przypadek kolumna powiązania w atrybucie. W takim przypadek nie zostanie określony DataItem Tag; zamiast tego wystarczy określić Source Właściwość, tak jakby był bezpośrednio na kolumnie powiązać.

KeyColumns są identyfikowane przez ich kolejność wewnątrz KeyColumns Kolekcja. Nie ma nie jest możliwe do określenia, na przykład tylko pierwszym i trzecim klucz kolumn atrybut, ponieważ nie ma możliwości oznacza, że drugiej kolumna klucz ma być pominięte.Wszystkie kolumny klucz musi być obecny w wiązaniu Limit wierszy dla atrybut wymiaru.

Translations, chociaż mają Brak IDENTYFIKATORA semantycznie są identyfikowane przez ich języku.Dlatego też Translations wewnątrz Binding konieczne jest uwzględnienie ich identyfikator języka.

Jednym z elementów dodatkowych dozwolone w obrębie Binding nie istnieje, bezpośrednio w DDL jest ParentColumnID, który jest używany do zagnieżdżone tabele do wyszukiwanie danych. W takim przypadek konieczne jest określenie kolumna nadrzędnej w tabela zagnieżdżonej, dla których ustalone wiązanie.