Dimensioni - Introduzione

Si applica a: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium

Tutte le dimensioni di Microsoft SQL Server SQL Server Analysis Services sono gruppi di attributi basati su colonne di tabelle o viste in una vista origine dati. Le dimensioni esistono indipendentemente da un cubo, possono essere usate in più cubi, possono essere usate più volte in un singolo cubo e possono essere collegate tra istanze di SQL Server Analysis Services. Una dimensione indipendente da un cubo viene denominata dimensione del database e un'istanza di una dimensione del database all'interno di un cubo viene denominata dimensione del cubo.

Dimensione basata su una progettazione con schema star

La struttura di una dimensione è per lo più determinata dalla struttura della tabella della dimensione o delle tabelle delle dimensioni sottostanti. La struttura più semplice è detta schema star, dove ogni dimensione è basata su un'unica tabella delle dimensioni direttamente collegata alla tabella dei fatti tramite una relazione chiave primaria/chiave esterna.

Il diagramma seguente illustra una sottosezione del database di esempio AdventureWorksDW2012 , in cui la tabella dei fatti FactResellerSales è correlata a due tabelle delle dimensioni, DimReseller e DimPromotion. La colonna ResellerKey nella tabella dei fatti FactResellerSales definisce una relazione di chiave esterna con la colonna chiave primaria ResellerKey nella tabella delle dimensioni DimReseller . Analogamente, la colonna PromotionKey nella tabella dei fatti FactResellerSales definisce una relazione di chiave esterna con la colonna chiave primaria PromotionKey nella tabella delle dimensioni DimPromotion .

Dimensione basata su una progettazione con schema snowflake

Spesso è necessaria una struttura più complessa in quanto per definire la dimensione sono necessarie informazioni di più tabelle. In questa struttura, denominata schema snowflake, ogni dimensione è basata su attributi di colonne di più tabelle collegate reciprocamente e alla tabella dei fatti tramite relazioni tra chiave primaria e chiave esterna. Ad esempio, il diagramma seguente illustra le tabelle necessarie per descrivere completamente la dimensione Product nel progetto di esempio AdventureWorksDW :

Per descrivere completamente un prodotto, la categoria e la sottocategoria del prodotto devono essere incluse nella dimensione Product. Tali informazioni, tuttavia, non si trovano direttamente nella tabella principale per la dimensione DimProduct . Una relazione di chiave esterna da DimProduct a DimProductSubcategory, che a sua volta ha una relazione di chiave esterna con la tabella DimProductCategory , consente di includere le informazioni per categorie di prodotti e sottocategorie nella dimensione Product.

Confronto tra schema snowflake e relazione di tipo Riferimento

È talvolta possibile scegliere tra l'utilizzo di uno schema snowflake per definire gli attributi in una dimensione da più tabelle o l'utilizzo di due dimensioni separate definendo una relazione di tipo Riferimento tra di esse. Nella figura seguente viene illustrato uno scenario di questo tipo.

Nel diagramma precedente la tabella dei fatti FactResellerSales non ha una relazione di chiave esterna con la tabella delle dimensioni DimGeography . Tuttavia, la tabella dei fatti FactResellerSales ha una relazione di chiave esterna con la tabella delle dimensioni DimReseller , che a sua volta ha una relazione di chiave esterna con la tabella delle dimensioni DimGeography . Per definire una dimensione Reseller contenente informazioni geografiche su ogni rivenditore, è necessario recuperare questi attributi dalle tabelle delle dimensioni DimGeography e DimReseller . Tuttavia, in SQL Server Analysis Services, è possibile ottenere lo stesso risultato creando due dimensioni separate e collegandole in un gruppo di misure definendo una relazione di dimensione di riferimento tra le due dimensioni. Per altre informazioni sulle relazioni tra dimensioni di riferimento, vedere Relazioni tra dimensioni.

Un vantaggio dell'utilizzo di relazioni di tipo Riferimento in questo scenario consiste nella possibilità di creare un'unica dimensione Geography e quindi di creare più dimensioni del cubo basate sulla dimensione Geography, senza che sia necessario ulteriore spazio di archiviazione. È ad esempio possibile collegare una delle dimensioni Geography del cubo a una dimensione Reseller e un'altra delle dimensioni Geography del cubo a una dimensione Customer. Argomenti correlati:Relazioni tra dimensioni, Definire una relazione a cui si fa riferimento e proprietà di relazione a cui si fa riferimento

Elaborazione di una dimensione

Dopo avere creato una dimensione, per poter visualizzare i membri degli attributi e delle gerarchie della dimensione, è necessario elaborare la dimensione stessa. Dopo la modifica della struttura di una dimensione o l'aggiornamento delle informazioni nelle tabelle sottostanti, è necessario elaborare di nuovo la dimensione per poter visualizzare le modifiche. Quando si elabora una dimensione dopo modifiche strutturali, è inoltre necessario elaborare qualsiasi cubo in cui la dimensione è inclusa. In caso contrario, il cubo non sarà visualizzabile.

Sicurezza

Tutti gli oggetti subordinati di una dimensione, incluse gerarchie, livelli e membri, vengono protetti usando ruoli in SQL Server Analysis Services. La sicurezza delle dimensioni può essere applicata a tutti i cubi nel database che utilizzano la dimensione oppure a un solo cubo specifico. Per altre informazioni sulla sicurezza delle dimensioni, vedere Concedere autorizzazioni per una dimensione (Analysis Services).For more information about dimension security, see Grant permissions on a dimension (Analysis Services).

Vedere anche

Archiviazione di dimensioni
Traduzioni delle dimensioni
Dimensioni abilitate per la scrittura