Modifiche di rilievo nelle funzionalità di Analysis Services in SQL Server 2012
In questo argomento vengono descritte le modifiche di rilievo introdotte in SQL Server 2012 Analysis Services (SSAS). Queste modifiche potrebbero comportare l'interruzione di applicazioni, script o funzionalità basati su versioni precedenti di SQL Server.
Contenuto dell'argomento:
Breaking Changes in SQL Server 2012 SP1
Breaking Changes in SQL Server 2012
Breaking Changes in SQL Server 2008 and SQL Server 2008 R2
Modifiche di rilievo in SQL Server 2012 SP1
È noto che le modifiche al codice correlato alla globalizzazione causano errori in alcune applicazioni, tra cui:
Distinzione tra maiuscole/minuscole degli identificatori di oggetto
Una modifica al codice con lo scopo di non applicare alcuna distinzione tra maiuscole e minuscole in tutti gli identificatori di oggetto ha l'effetto opposto per alcune lingue. L'obiettivo è quello di non applicare alcuna distinzione tra maiuscole e minuscole in tutti gli identificatori di oggetto, indipendentemente dalle regole di confronto. Questa modifica consente di allineare Analysis Services alle altre applicazioni usate in genere nello stesso gruppo di soluzioni.Per le lingue che si basano sui 26 caratteri dell'alfabeto latino di base, ora non viene più applicata alcuna distinzione tra maiuscole e minuscole negli identificatori di oggetto, che è appunto il comportamento previsto.
Per il cirillico e gli altri alfabeti composti da due set di caratteri maiuscoli/minuscoli distinti (greco, armeno e copto), negli identificatori di oggetto viene ora applicata la distinzione tra maiuscole e minuscole. Le modifiche di rilievo si verificano con maggiore probabilità nel caso in cui vi sia una differenza tra maiuscole e minuscole tra un identificatore di oggetto e il modo in cui viene fatto riferimento all'identificatore stesso, ad esempio uno script di elaborazione che fa riferimento all'identificatore di oggetto in tutte lettere minuscole. Questo comportamento verrà modificato in futuro, ma come soluzione alternativa temporanea è consigliabile modificare gli script in modo da usare le stesse lettere (maiuscole o minuscole) dell'identificatore di oggetto.
Modifiche di rilievo in SQL Server 2012
In questa sezione sono illustrate le modifiche di rilievo riportate per le funzionalità di SQL Server 2012 Analysis Services (SSAS) in SQL Server 2012.
Problema |
Descrizione |
|---|---|
Presenza di errori nei confronti tra stringhe e valori booleani |
Nelle versioni precedenti, tramite una query MDX con cui venivano confrontate le stringhe e i valori booleani veniva restituito un risultato, anche se i valori non erano confrontabili. In questa versione, per i confronti è necessario che entrambi i valori siano dello stesso tipo. Se nell'applicazione sono incluse query MDX tramite cui vengono confrontati valori di tipi diversi, invece di un risultato verrà restituito un errore. |
Comandi di installazione rimossi per un'installazione di PowerPivot per SharePoint. |
Tramite l'installazione viene installata, ma non più configurata, un'istanza di PowerPivot per SharePoint. I comandi di installazione che raccolgono valori utilizzati per le azioni di configurazione sono ora rimossi. Tra questi sono inclusi /FARMACCOUNT, /FARMPASSWORD, /PASSPHRASE e /FARMADMINPORT. Se sono stati creati script di installazione per l'installazione automatica, sarà necessario modificare quegli script per un'installazione PowerPivot per SharePoint. In alternativa, utilizzare cmdlet di PowerShell per configurare il server in modalità automatica. Per altre informazioni, vedere Installazione di PowerPivot dal prompt dei comandi e Configurazione di PowerPivot tramite Windows PowerShell. |
Funzione DATESBETWEEN in DAX applica valori univoci nella colonna relativa alla data a cui si fa riferimento come argomento. |
In SQL Server 2012 SP1 vengono introdotti nuovi requisiti di convalida per la funzione DATESBETWEEN. Tramite le formule DAX in cui viene utilizzata la funzione DATESBETWEEN di Business Intelligence per le gerarchie temporali è possibile che venga restituito un errore se nella colonna relativa alla data a cui si fa riferimento come argomento non sono inclusi valori univoci. Nelle colonne relative alle date a cui si fa riferimento come primo argomento per tutte le funzioni DAX di Business Intelligence per le gerarchie temporali deve essere contenuto un valore univoco per ogni riga. |
Utilizzo di operatori di confronto nelle formule DAX con valori di tipi di dati non compatibili. |
In una formula DAX in SQL Server 2012 è possibile utilizzare un operatore di confronto per confrontare un valore stringa con un valore intero; ad esempio un valore stringa "45" con l'intero 45. In questo modo è stato generato un confronto valido. Per l'applicazione delle regole aritmetiche in SQL Server 2012 SP1 non è più consentita la coercizione stringa a intero. Tramite le formule mediante cui viene confrontato un valore stringa con un valore intero verrà restituito un errore. È possibile utilizzare le funzioni cast DAX, VALUE, FORMAT per convertire un valore in un altro tipo. |
Utilizzo di funzioni di rango nelle formule DAX per il confronto di valori vuoti con una stringa vuota (""). |
In SQL Server 2012 le funzioni di rango in DAX vengono classificate BLANK() con 0 nelle colonne numeriche e BLANK() con la stringa vuota nelle colonne di testo. In SQL Server 2012 SP1 le funzioni di rango in DAX vengono classificate BLANK() con 0 nelle colonne numeriche, ma non più BLANK() con la stringa vuota nelle colonne di testo. BLANK() è classificato adiacente alla stringa vuota e leggermente più piccolo della stringa vuota. |
.gif "Icona freccia usata con il collegamento Torna all'inizio")
Top
Modifiche di rilievo in SQL Server 2008/SQL Server 2008 R2
In questa sezione sono incluse le modifiche di rilievo rispetto alle versioni precedenti. Se si aggiorna da SQL Server 2005, è necessario rivedere le modifiche di rilievo introdotte in SQL Server 2008 e SQL Server 2008 R2.
Problema |
Descrizione |
|---|---|
Tramite la funzione shallow exists vengono utilizzati in modo diverso i set denominati contenenti i membri enumerati o i crossjoin di enumset. |
In SQL Server 2005 Analysis Services (SSAS), non era possibile utilizzare set denominati che contenenti membri enumerati o crossjoins di enumsets tramite la funzione shallow exists. Per la compatibilità con la versione originale e con SP1 di SQL Server 2005 Analysis Services (SSAS) è necessario impostare la proprietà di configurazione "ConfigurationSettings\OLAP\Query\NamedSetShallowExistsMode" su 1, oppure per la compatibilità con SQL Server 2005 Analysis Services (SSAS) SP2 su 2. |
Le funzioni VBA gestiscono i valori Null e i valori vuoti in modo diverso rispetto a SQL Server 2005 Analysis Services (SSAS) |
In SQL Server 2005 Analysis Services (SSAS) le funzioni VBA restituiscono 0 o una stringa vuota quando si utilizzano valori Null o valori vuoti come argomenti. In SQL Server 2008 restituiscono valori Null. |
La Migrazione guidata non riuscirà perché DSO non è installato per impostazione predefinita. |
Per impostazione predefinita, SQL Server 2008 non installa il componente per la compatibilità con le versioni precedenti DSO (Decision Support Objects). Il pacchetto per la compatibilità con le versioni precedenti viene installato per impostazione predefinita ma il componente DSO del pacchetto viene disabilitato. Poiché la Migrazione guidata SQL Server Analysis Services si basa su tale componente, l'operazione di migrazione avrà esito negativo se il componente non verrà installato. Per installare il componente DSO, eseguire le operazioni seguenti:
È possibile rimuovere il componente DSO al termine della migrazione seguendo i passaggi precedenti e modificando l'opzione per DSO in "La funzionalità specificata non sarà disponibile". Se il pacchetto per la compatibilità con le versioni precedenti non viene installato, è possibile installarlo dai supporti di distribuzione di SQL Server 2008. Tenere presente che esistono versioni differenti per ogni architettura di destinazione (x86, x64, ia64). Tali versioni sono disponibili nei percorsi seguenti: x86\Setup\x86\SQLServer2005_BC.msi x64\Setup\x64\SQLServer2005_BC.msi ia64\Setup\ia64\SQLServer2005_BC.msi |
Si sconsiglia di inserire il percorso della partizione nella cartella Dati. |
Il server gestisce la cartella Dati e crea o rimuove cartelle in seguito alla creazione, eliminazione e modifica degli oggetti. La specifica di un percorso di archiviazione per le partizioni nella cartella Dati è pertanto assolutamente sconsigliata, soprattutto nelle sottocartelle relative a database, cubi e dimensioni. Sebbene il server consenta l'esecuzione di questa operazione mediante la creazione o la modifica, verrà visualizzato un avviso. Quando si aggiornano database dalla versione SQL Server 2005 Analysis Services alla versione SQL Server 2008 che include percorsi di archiviazione delle partizioni nella cartella Dati, il server funzionerà. Per le operazioni di ripristino o sincronizzazione sarà necessario spostare i percorsi di archiviazione delle partizioni all'esterno della cartella Dati. |
Si potrebbero ottenere risultati imprevisti per le query che utilizzano la parola chiave MDX "EXISTING" in ProClarity Analytics Server e Microsoft Office PerformancePoint Server 2007. |
ProClarity Analytics Server e Microsoft Office PerformancePoint Server 2007 utilizzano erroneamente la parola chiave EXISTING in MDX in determinati scenari. A causa delle modifiche apportate in SQL Server 2008 Analysis Services, tramite queste query potrebbero essere restituiti risultati imprevisti. |
Top
Vedere anche
Altre risorse
Compatibilità con le versioni precedenti di Analysis Services