Aktuelle Änderungen von Analysis Services-Funktionen in SQL Server 2012
In diesem Thema werden aktuelle Änderungen in SQL Server 2012 Analysis Services (SSAS) beschrieben. Diese Änderungen können zur Funktionsunfähigkeit von Anwendungen, Skripts oder Funktionen führen, die auf früheren Versionen von SQL Server basieren.
In diesem Thema:
Breaking Changes in SQL Server 2012 SP1
Breaking Changes in SQL Server 2012
Breaking Changes in SQL Server 2008 and SQL Server 2008 R2
Aktuelle Änderungen in SQL Server 2012 SP1
Globalisierungsbezogene Codeänderungen haben in der Vergangenheit zur Funktionsunfähigkeit einiger Anwendungen geführt. Zu den bekannten Probleme gehören:
Unterscheidung von Groß-/Kleinschreibung bei Objektbezeichnern
Eine Codeänderung, die dazu vorgesehen war, die Groß-/Kleinschreibung bei allen Objektbezeichnern nicht zu unterscheiden, hat für einige Sprachen den gegenteiligen Effekt. Die Absicht ist, dass bei allen Objektbezeichnern unabhängig von der Sortierung keine Unterscheidung nach Groß-/Kleinschreibung erfolgt. Diese Änderung richtet Analysis Services an anderen Anwendungen aus, die normalerweise im gleichen Projektmappenstapel verwendet werden.Für Sprachen, die auf den 26 Zeichen des standardlateinischen Alphabets basieren, wird bei Objektbezeichnern die Groß-/Kleinschreibung jetzt nicht mehr unterschieden, wie ursprünglich beabsichtigt.
Bei Kyrillisch und anderen „bikameralen“ Sprachskripts, die Groß- und Kleinbuchstaben verwenden (Griechisch, Armenisch und Koptisch), wird bei Objektbezeichnern jetzt die Groß-/Kleinschreibung unterschieden. Problematische Änderungen treten am wahrscheinlichsten auf, wenn es einen Unterschied zwischen der Schreibweise eines Objektbezeichners und der Art und Weise gibt, wie auf ihn verwiesen wird (z. B. ein Verarbeitungsskript, das auf den klein geschriebenen Objektbezeichner verweist). Dieses Verhalten ändert sich wahrscheinlich in der Zukunft, aber als vorübergehende Problemumgehung wird empfohlen, die Skripts so zu ändern, dass sie die gleiche Schreibweise wie der Objektbezeichner verwenden.
Aktuelle Änderungen in SQL Server 2012
In diesem Abschnitt werden wichtige Änderungen dokumentiert, die für SQL Server 2012 Analysis Services (SSAS)-Funktionen in SQL Server 2012 beschrieben wurden.
Problem |
Beschreibung |
|---|---|
Vergleiche zwischen Zeichenfolgen und booleschen Werten geben Fehler zurück |
In früheren Versionen gab eine MDX-Abfrage, durch die Zeichenfolgen mit booleschen Werten verglichen wurden, ein Ergebnis zurück, auch wenn die Werte nicht vergleichbar waren. In dieser Version wird bei Vergleichen vorausgesetzt, dass beide Werte den gleichen Typ aufweisen. Wenn die Anwendung MDX-Abfragen umfasst, durch die Werte unterschiedlicher Typen verglichen werden, wird anstelle eines Ergebnisses ein Fehler zurückgegeben. |
Setupbefehle für eine PowerPivot für SharePoint-Installation wurden entfernt. |
PowerPivot für SharePoint wird von Setup installiert, aber nicht mehr konfiguriert. Setupbefehle, die Werte für Konfigurationsaktionen sammelten, wurden entfernt. Dazu gehören /FARMACCOUNT, /FARMPASSWORD, /PASSPHRASE und /FARMADMINPORT. Wenn Sie Installationsskripts für ein unbeaufsichtigtes Setup erstellt haben, müssen Sie diese Skripts zu einer PowerPivot für SharePoint-Installation ändern. Alternativ können Sie PowerShell-Cmdlets verwenden, um den Server im unbeaufsichtigten Modus zu konfigurieren. Weitere Informationen finden Sie unter Installieren von PowerPivot über die Eingabeaufforderung und PowerPivot-Konfiguration mit Windows PowerShell. |
Mit der DATESBETWEEN-Funktion in DAX werden in einer Datumsspalte, auf die als Argument verwiesen wird, eindeutige Werte erzwungen. |
In SQL Server 2012 SP1 werden neue Überprüfungsanforderungen für die DATESBETWEEN-Funktion eingeführt. DAX-Formeln, die die DATESBETWEEN-Zeitintelligenzfunktion verwenden, geben u. U. einen Fehler zurück, wenn die Datumsspalte, auf die als Argument verwiesen wird, keine eindeutigen Werte enthält. Datumsspalten, auf die von DAX-Zeitintelligenzfunktionen als erstes Argument verwiesen wird, müssen für jede Zeile einen eindeutigen Wert enthalten. |
Verwenden von Vergleichsoperatoren in DAX-Formeln mit Werten inkompatibler Datentypen. |
In SQL Server 2012 kann in einer DAX-Formel ein Vergleichsoperator verwendet werden, um einen Zeichenfolgenwert mit einem ganzzahligen Wert zu vergleichen, z. B. den Zeichenfolgenwert "45" mit der ganzen Zahl 45. Das Ergebnis war ein zulässiger Vergleich. In SQL Server 2012 SP1 ist die Koersion zwischen Zeichenfolgen und ganzen Zahlen zur Durchsetzung arithmetischer Regeln nicht mehr zulässig. Formeln, durch die ein Zeichenfolgenwert mit einem ganzzahligen Wert verglichen wird, geben einen Fehler zurück. Mithilfe der DAX-Typumwandlungsfunktionen VALUE und FORMAT können Sie einen Wert in einen anderen Typ konvertieren. |
Verwenden von Rangfolgefunktionen in DAX-Formeln zum Vergleichen leerer Werte mit einer leeren Zeichenfolge (""). |
In SQL Server 2012 wertet die DAX-Rangfolgefunktion BLANK() leere Zellen in numerischen Spalten als 0-Wert und leere Zellen in Textspalten als leere Zeichenfolge aus. In SQL Server 2012 SP1 wertet die DAX-Rangfolgefunktion BLANK() leere Zellen in numerischen Spalten als 0-Wert aus, während leere Zellen in Textspalten nicht mehr als leere Zeichenfolge ausgewertet werden. BLANK() wird als nahezu gleichrangig, jedoch etwas kleiner als die leere Zeichenfolge ausgewertet. |
.gif "Pfeilsymbol, dass mit dem Link \"Zurück zum Anfang\" verwendet wird")
Top
Wichtige Änderungen in SQL Server 2008/SQL Server 2008 R2
Dieser Abschnitt enthält die aktuellen Änderungen aus vorherigen Versionen. Wenn Sie ein Upgrade von SQL Server 2005 ausführen, sollten Sie die Änderungen überprüfen, die in SQL Server 2008 und SQL Server 2008 R2 eingeführt wurden.
Problem |
Beschreibung |
|---|---|
Die flache Exists-Funktion funktioniert jetzt anders für benannte Mengen, die aufgelistete Mitglieder oder Kreuzverknüpfungen von Enumsets enthalten. |
In SQL Server 2005 Analysis Services (SSAS) funktionierte die flache Exists-Funktion nicht mit benannten Mengen, die aufgelistete Mitglieder oder Kreuzverknüpfungen von Enumsets enthielten. Legen Sie zur Sicherstellung der Abwärtskompatibilität mit der ursprünglichen Version und SP1 von SQL Server 2005 Analysis Services (SSAS) die Konfigurationseigenschaft "ConfigurationSettings\OLAP\Query\NamedSetShallowExistsMode" auf "1". Setzen Sie diese Eigenschaft für die Abwärtskompatibilität mit SQL Server 2005 Analysis Services (SSAS) SP2 auf "2". |
VBA-Funktionen behandeln NULL-Werte und leere Werte anders, als dies in SQL Server 2005 Analysis Services (SSAS) der Fall war. |
Wenn NULL-Werte oder leere Werte in SQL Server 2005 Analysis Services (SSAS) als Argumente verwendet wurden, gaben VBA-Funktionen 0 oder eine leere Zeichenfolge zurück. In SQL Server 2008 wird NULL zurückgegeben. |
Der Paketmigrations-Assistent schlägt fehl, da DSO nicht standardmäßig installiert wird. |
Standardmäßig installiert SQL Server 2008 die DSO-Abwärtskompatibilitätskomponente (Decision Support Objects) nicht. Das Abwärtskompatibilitätskomponenten-Paket wird zwar standardmäßig installiert, aber die DSO-Komponente des Pakets wird deaktiviert. Da der SQL Server-Migrations-Assistent für Analysis Services auf diese Komponente angewiesen ist, schlägt er fehl, wenn die Komponente nicht installiert wird. Gehen Sie zum Installieren der DSO-Komponente wie folgt vor:
Sie können die DSO nach Abschluss der Migration mit den folgenden Schritten entfernen und die Option für DSO in Diese Funktion wird nicht verfügbar sein. ändern. Wenn das Abwärtskompatibilitätspaket nicht installiert wurde, können Sie es von den SQL Server 2008-Verteilungsmedien installieren. Beachten Sie, dass es Versionen für jede Zielarchitektur (x86, x64, ia64) gibt. Diese Versionen befinden sich an den folgenden Speicherorten: x86\Setup\x86\SQLServer2005_BC.msi x64\Setup\x64\SQLServer2005_BC.msi ia64\Setup\ia64\SQLServer2005_BC.msi |
Es wird nicht empfohlen, den Speicherort der Partition im Datenordner abzulegen. |
Der Server verwaltet die Datenordner und erstellt oder löscht Ordner, wenn Objekte erstellt, gelöscht und geändert werden. Deshalb wird dringend davon abgeraten, einen Partitionsspeicherort im Datenordner anzugeben, insbesondere in den Unterordnern für Datenbanken, Cubes und Dimensionen. Obwohl der Server das Erstellen oder Ändern zulässt, zeigt er eine Warnung an. Datenbanken, die über Partitionsspeicherorte im Datenordner verfügen, können von SQL Server 2005 Analysis Services auf SQL Server 2008 Analysis Services aktualisiert werden. Zum Wiederherstellen oder Synchronisieren müssen Sie die Partitionsspeicherorte aus dem Datenordner verschieben. |
Möglicherweise erhalten Sie unerwartete Ergebnisse für Abfragen, die das MDX-Schlüsselwort „EXISTING“ in ProClarity Analytics Server und Microsoft Office PerformancePoint Server 2007 verwenden. |
ProClarity Analytics Server und Microsoft Office PerformancePoint Server 2007 verwenden das Schlüsselwort EXISTING in bestimmten Szenarien in MDX nicht korrekt. Aufgrund von in SQL Server 2008 Analysis Services vorgenommenen Änderungen geben diese Abfragen möglicherweise unerwartete Ergebnisse zurück. |
Top