Gerarchie definite dall'utente

In una gerarchia bilanciata tutti i rami scendono fino allo stesso livello di dettaglio e il membro padre logico di ogni membro è situato al livello immediatamente superiore rispetto al membro. La gerarchia Product Categories della dimensione Product nel database di esempio Adventure Works DW di Analysis Services è un buon esempio di gerarchia bilanciata. Ogni membro nel livello Product Name ha un membro padre nel livello Subcategory che a sua volta ha un membro padre nel livello Category. Ogni ramo nella gerarchia ha inoltre un membro foglia nel livello Product Name.

In una gerarchia sbilanciata i rami della gerarchia scendono fino a livelli di dettaglio diversi. Le gerarchie padre-figlio sono gerarchie sbilanciate. Ad esempio, la dimensione Organization nel database di esempio Adventure Works DW di Analysis Services contiene un membro per ogni dipendente. Il direttore generale è il membro superiore della gerarchia, mentre i direttori di divisione e la segretaria di direzione sono immediatamente subordinati al direttore generale. A differenza della segretaria di direzione, i direttori di divisione hanno membri subordinati.

Sebbene per gli utenti finali potrebbe essere impossibile distinguere le gerarchie sbilanciate da quelle incomplete, si utilizzano tecniche e proprietà diverse in Analysis Services per supportare questi due tipi di gerarchia. Per ulteriori informazioni, vedere Utilizzo di gerarchie incomplete e Utilizzo di attributi in gerarchie padre-figlio.

In una gerarchia incompleta il membro padre logico di almeno un membro non si trova nel livello immediatamente superiore rispetto al membro. Ne consegue che i rami della gerarchia possono scendere a livelli di dettaglio diversi. Ad esempio, in una dimensione Geography definita con i livelli Continent, CountryRegion e City in questo ordine, il membro Europe viene visualizzato nel livello superiore della gerarchia, il membro France nel livello intermedio e il membro Paris nel livello inferiore, in quanto France è più specifico di Europe e Paris è più specifico di France. A questa gerarchia regolare vengono apportate le modifiche seguenti:

• Il membro Vatican City viene aggiunto al livello CountryRegion.

• I membri vengono aggiunti al livello City e associati al membro Vatican City nel livello CountryRegion.

• Un livello denominato Province viene aggiunto tra i livelli CountryRegion e City.

Il livello Province viene popolato con i membri associati ad altri membri nel livello CountryRegion e i membri nel livello City vengono associati ai membri corrispondenti nel livello Province. Tuttavia, dato che il membro Vatican City nel livello CountryRegion non ha membri associati nel livello Province, i membri devono essere associati dal livello City direttamente al membro Vatican City nel livello CountryRegion. A causa delle modifiche, la gerarchia della dimensione ora risulta incompleta. Il membro padre della città Vatican City è il paese Vatican City che non si trova nel livello immediatamente superiore al membro Vatican City nel livello City. Per ulteriori informazioni, vedere Utilizzo di gerarchie incomplete.

Le gerarchie padre-figlio delle dimensioni vengono definite utilizzando un attributo speciale, denominato attributo padre, per determinare il tipo di relazione esistente tra i membri. Un attributo padre descrive una relazione autoreferenziale, o self join, in una tabella principale della dimensione. Le gerarchie padre-figlio vengono costruite da un unico attributo padre. A una gerarchia padre-figlio viene assegnato un solo livello, poiché i livelli presenti nella gerarchia sono derivati dalle relazioni padre-figlio tra i membri associati all'attributo padre. Lo schema della dimensione di una gerarchia padre-figlio dipende da una relazione autoreferenziale presente nella tabella principale della dimensione. Nella figura seguente, ad esempio, viene illustrata la tabella principale della dimensione DimOrganization nel database di esempio Adventure Works DW di Analysis Services.

In questa tabella della dimensione, la colonna ParentOrganizationKey include una relazione di chiave esterna con la colonna chiave primaria OrganizationKey. In altri termini, ogni record di questa tabella può essere correlato a un altro record della tabella tramite una relazione padre-figlio. Questo tipo di self join viene in genere utilizzato per rappresentare dati entità dell'organizzazione, ad esempio la struttura di gestione dei dipendenti in un reparto.

Quando si crea una gerarchia padre-figlio, le colonne rappresentate da entrambi gli attributi devono contenere lo stesso tipo di dati ed essere inserite nella stessa tabella. Per impostazione predefinita tutti i membri per cui la chiave del padre corrisponde alla chiave del membro stesso, a Null, a 0 (zero) o a un valore non presente nella colonna delle chiavi dei membri vengono considerati membri del primo livello, escluso il livello (Totale).

Il livello di nidificazione di una gerarchia padre-figlio può variare da un ramo all'altro della gerarchia. In altre parole, una gerarchia padre-figlio viene considerata una gerarchia sbilanciata.

A differenza delle gerarchie definite dall'utente, in cui il numero dei livelli presenti nella gerarchia determina il numero dei livelli visualizzabili dagli utenti finali, le gerarchie padre-figlio vengono definite dall'unico livello della gerarchia dell'attributo e i diversi livelli visualizzati dagli utenti sono prodotti dai valori di questo singolo livello. Il numero di livelli visualizzati dipende dal contenuto delle colonne della tabella della dimensione in cui vengono archiviate le chiavi dei membri e le chiavi dei membri padre. Il numero di livelli può cambiare se vengono modificati i dati nelle tabelle della dimensione. Per ulteriori informazioni, vedere Definizione di una gerarchia padre-figlio e Utilizzo di attributi in gerarchie padre-figlio.