Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Si applica a: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium
È possibile riconfigurare l'archiviazione di stringhe per contenere stringhe molto grandi in attributi o partizioni di dimensioni che superano il limite di dimensioni del file di 4 GB per gli archivi di stringhe. Se le dimensioni o le partizioni includono archivi di stringhe di questa dimensione, è possibile aggirare il vincolo delle dimensioni del file modificando la proprietà StringStoresCompatibilityLevel a livello di dimensione o partizione, per gli oggetti locali e collegati (locali o remoti).
Si noti che è possibile aumentare l'archiviazione di stringhe solo per gli oggetti che richiedono capacità aggiuntiva. Nella maggior parte dei modelli multidimensionali i dati stringa sono associati alle dimensioni. Tuttavia, anche le partizioni che contengono misure di conteggio distinte su stringhe possono trarre vantaggio da questa impostazione. Poiché l'impostazione è relativa alle stringhe, i dati numerici non sono interessati.
I valori validi per questa proprietà includono quanto segue:
| Value | Description |
|---|---|
| 1050 | Specifica l'architettura di archiviazione di stringhe predefinita, soggetta a una dimensione massima del file di 4 GB per ogni archivio. |
| 1100 | Specifica l'archiviazione di stringhe di dimensioni maggiori, supporta fino a 4 miliardi di stringhe univoche per ogni archivio. |
Importante
Per modificare le impostazioni di archiviazione delle stringhe di un oggetto è necessario rielaborare l'oggetto stesso e qualsiasi oggetto dipendente. L'elaborazione è necessaria per completare la procedura.
Questo argomento contiene le sezioni seguenti:
Informazioni sugli archivi di stringhe
La configurazione dell'archiviazione di stringhe è facoltativa, il che significa che anche i nuovi database creati usano l'architettura predefinita dell'archivio stringhe soggetta alle dimensioni massime del file di 4 GB. L'uso dell'architettura di archiviazione di stringhe di dimensioni maggiori ha un impatto ridotto ma notevole sulle prestazioni. È consigliabile usarlo solo se i file di archiviazione delle stringhe sono vicini o al limite massimo di 4 GB.
Annotazioni
Questa impostazione non si applica ai modelli di data mining. Attualmente, è comunque possibile riscontrare la limitazione delle dimensioni dei file GB nei modelli contenenti strutture di data mining.
In un database multidimensionale di Analysis Services le stringhe vengono archiviate separatamente dai dati numerici per consentire ottimizzazioni in base alle caratteristiche dei dati. I dati stringa vengono in genere trovati negli attributi delle dimensioni che rappresentano nomi o descrizioni. È anche possibile avere dati stringa in misure di conteggio distinte. I dati stringa possono essere usati anche nelle chiavi.
È possibile identificare un archivio di stringhe in base all'estensione del file , ad esempio asstore, bstore, ksstore o file con estensione string. Per impostazione predefinita, ognuno di questi file è soggetto a un limite massimo di 4 GB. In SQL Server 2012 (11.x), è possibile eseguire l'override delle dimensioni massime del file specificando un meccanismo di archiviazione alternativo che consente a un archivio stringhe di crescere in base alle esigenze.
A differenza dell'architettura di archiviazione di stringhe predefinita che limita le dimensioni del file fisico, l'archiviazione di stringhe di dimensioni maggiori si basa su un numero massimo di stringhe. Il limite massimo per l'archiviazione di stringhe di dimensioni maggiori è di 4 miliardi di stringhe univoche o di 4 miliardi di record, a condizione che si verifichi per primo. L'archiviazione di stringhe più grande crea record di dimensioni pari a una pagina di 64K, dove ogni record è uguale a una pagina di 64K. Se sono presenti stringhe molto lunghe che non rientrano in un singolo record, il limite effettivo sarà inferiore a 4 miliardi di stringhe.
Prerequisiti
È necessario avere una versione di SQL Server 2012 (11.x) o successiva di SQL Server Analysis Services.
Le dimensioni e le partizioni devono usare l'archiviazione MOLAP.
Il livello di compatibilità del database deve essere impostato su 1100. Se è stato creato o distribuito un database con SQL Server Data Tools e SQL Server 2012 (11.x) o versione successiva di SQL Server Analysis Services, il livello di compatibilità del database è già impostato su 1100. Se è stato spostato un database creato in una versione precedente di SQL Server Analysis Services in ssSQL11 o versione successiva, è necessario aggiornare il livello di compatibilità. Per i database in fase di spostamento, ma non di ridistribuzione, è possibile usare SQL Server Management Studio per impostare il livello di compatibilità. Per altre informazioni, vedere Livello di compatibilità di un database multidimensionale (Analysis Services).
Passaggio 1: Impostare la proprietà StringStoreCompatiblityLevel in SQL Server Data Tools
Usando SQL Server Data Tools, aprire il progetto contenente le dimensioni o le partizioni che si desidera modificare.
Per modificare la memorizzazione delle stringhe per le dimensioni, aprire Esplora soluzioni. Fare doppio clic sulla dimensione per cui si sta modificando l'archiviazione di stringhe.
Nel riquadro Attributi di Dimension Designer, verificare che il nodo principale della dimensione sia selezionato, ad esempio, se la dimensione è Customers, selezionare Customers e non uno degli attributi figlio.
Nella sezione Avanzate del riquadro Proprietà impostare StringStoresCompatibilityLevel su 1100. Ripetere la ripetizione per altre dimensioni che richiedono uno spazio di archiviazione maggiore. In caso contrario, lasciare le dimensioni rimanenti al valore 1050 .
Per le partizioni, aprire un cubo da l'Esplora Soluzioni.
Fare clic sulla scheda Partizioni.
Espandere la partizione, selezionare la partizione che richiede capacità di archiviazione aggiuntiva e quindi modificare la proprietà StringStoresCompatibilityLevel .
Salva il file.
Passaggio 2: Elaborare gli oggetti
La nuova architettura di archiviazione verrà usata dopo l'elaborazione degli oggetti. L'elaborazione degli oggetti dimostra anche che il problema del vincolo di archiviazione è stato risolto correttamente perché l'errore che in precedenza ha segnalato una condizione di overflow dell'archivio stringhe non dovrebbe più verificarsi.
- In l'Esplora soluzioni, fare clic con il pulsante destro del mouse sulla dimensione appena modificata e selezionare Elabora.
È necessario usare l'opzione Processo completo per ogni oggetto che usa la nuova architettura dell'archivio stringhe. Prima dell'elaborazione, assicurarsi di eseguire un'analisi dell'impatto sulla dimensione per verificare se gli oggetti dipendenti richiedono anche la rielaborazione.
Vedere anche
Strumenti e approcci per l'elaborazione (Analysis Services)
Opzioni e impostazioni di elaborazione (Analysis Services)
Modalità di archiviazione e elaborazione delle partizioni
Archiviazione dimensioni