Modifications avec rupture dans les fonctionnalités Analysis Services de SQL Server 2012

Cette rubrique décrit les changements importants apportés à SQL Server 2012 Analysis Services (SSAS). Ces modifications peuvent interrompre les applications, scripts ou fonctionnalités fondés sur les versions antérieures de SQL Server.

Dans cette rubrique :

• Breaking Changes in SQL Server 2012 SP1

• Breaking Changes in SQL Server 2012

• Breaking Changes in SQL Server 2008 and SQL Server 2008 R2

Changements essentiels apportés à SQL Server 2012 SP1

Des modifications du code liées à la globalisation provoquent l'arrêt de certaines applications. Problèmes connus :

• Respect de la casse des identificateurs d'objets
  Une modification du code destinée à faire en sorte que tous les identificateurs d'objets ne respectent pas la casse a l'effet inverse pour certaines langues. L'objectif est que tous les identificateurs d'objets ne respectent pas la casse, quel que soit le classement. Ce changement aligne Analysis Services avec d'autres applications généralement utilisées dans la même pile de solution.

  Pour les langues basées sur les 26 caractères de l'alphabet latin de base, les identificateurs d'objets ne respectent désormais plus la casse, ce qui correspond au comportement souhaité.

  Pour le cyrillique et d'autres scripts de langues bicamérales qui utilisent la casse (grec, arménien et copte) les identificateurs d'objets respectent désormais la casse. Des modifications avec rupture sont susceptibles de se produire en cas de différence de casse entre un identificateur d'objet et la façon dont il est référencé (par exemple, un script de traitement qui fait référence à l'identificateur d'objet tout en minuscules). Ce comportement est susceptible de changer à l'avenir, mais comme solution de contournement temporaire, nous vous suggérons de modifier les scripts pour qu'ils utilisent la même casse que l'identificateur d'objet.

Changements essentiels apportés à SQL Server 2012

Cette section documente les changements essentiels signalés pour les fonctionnalités d'SQL Server 2012 Analysis Services (SSAS) dans SQL Server 2012.

Problème	Description
Les comparaisons de chaîne avec une valeur booléenne retournent des erreurs	Dans les versions précédentes, une requête MDX qui comparait les chaînes à des valeurs booléennes retournaient un résultat, même si les valeurs n'étaient pas comparables. Dans cette version, les comparaisons nécessitent que les deux valeurs soient du même type. Si votre application inclut des requêtes MDX qui comparent des valeurs de différents types, une erreur sera retournée à la place du résultat.
Commandes du programme d'installation supprimées pour une installation de PowerPivot pour SharePoint.	Le programme d'installation installe mais ne configure plus PowerPivot pour SharePoint. Les commandes du programme d'installation qui collectaient des valeurs utilisées pour les actions de configuration sont maintenant supprimées. Celles-ci comprennent notamment /FARMACCOUNT, /FARMPASSWORD, /PASSPHRASE et /FARMADMINPORT. Si vous avez créé des scripts d'installation pour une installation sans assistance, vous devez modifier ces scripts pour une installation de PowerPivot pour SharePoint. L'autre méthode consiste à utiliser des applets de commande PowerShell pour configurer le serveur en mode sans assistance. Pour plus d'informations, consultez Installer PowerPivot à partir de l'invite de commandes et Utilisation de Windows PowerShell pour configurer PowerPivot.
La Fonction DATESBETWEEN dans DAX applique des valeurs uniques dans une colonne de dates référencée comme un argument.	SQL Server 2012 SP1 introduit de nouvelles exigences de validation pour la fonction DATESBETWEEN. Les formules DAX qui utilisent la fonction time-intelligence DATESBETWEEN peuvent retourner une erreur si la colonne de dates référencée comme argument ne contient pas des valeurs uniques. Les colonnes de dates référencées comme premier argument pour toutes les fonctions time-intelligence DAX doivent contenir une valeur unique pour chaque ligne.
Utilisation d'opérateurs de comparaison dans les formules DAX avec des valeurs de type de données incompatibles.	Dans SQL Server 2012, dans une formule DAX, il est possible d'utiliser un opérateur de comparaison pour comparer une valeur de chaîne à une valeur d'entier ; par exemple, une valeur de chaîne « 45 » et un entier 45. Cela aboutit à une comparaison valide. Dans SQL Server 2012 SP1, pour appliquer des règles arithmétiques, la coercition « chaîne en entier » n'est plus autorisée. Les formules qui comparent une valeur de chaîne à une valeur d'entier retournent une erreur. Utilisez les fonctions cast DAX, VALUE, FORMAT, pour convertir une valeur en un autre type.
Utilisation de fonctions de classement dans les formules DAX pour comparer des valeurs vides à une chaîne vide ("").	Dans SQL Server 2012, les fonctions de classement en DAX classent BLANK() avec 0 dans des colonnes numériques, et BLANK() avec la chaîne vide dans des colonnes de texte. Dans SQL Server 2012 SP1, les fonctions de classement en DAX classent BLANK() avec 0 dans des colonnes numériques, mais ne classent plus BLANK() avec la chaîne vide dans des colonnes de texte. BLANK() est classé à côté de la chaîne vide, et comme légèrement plus petit.

Top

Changements essentiels apportés à SQL Server 2008/SQL Server 2008 R2

Cette section contient les changements essentiels par rapport aux versions précédentes. Si vous effectuez une mise à niveau de SQL Server 2005, vous devez consulter les modifications avec rupture ajoutées dans SQL Server 2008 et SQL Server 2008 R2.

Problème	Description
La fonction shallow exists fonctionne différemment maintenant avec les jeux nommés qui contiennent des membres énumérés ou des jointures croisées d'enumsets.	Dans SQL Server 2005 Analysis Services (SSAS), la fonction shallow exists ne fonctionnait pas avec les jeux nommés qui contenant des membres énumérés ou des jointures croisées d'enumsets. Pour la compatibilité descendante avec la version Release d'origine et SP1 de SQL Server 2005 Analysis Services (SSAS), affectez à la propriété de configuration « ConfigurationSettings\OLAP\Query\NamedSetShallowExistsMode » la valeur 1, ou pour la compatibilité descendante avec SQL Server 2005 Analysis Services (SSAS) SP2, affectez-lui la valeur 2.
Les fonctions VBA ne gèrent pas les valeurs NULL et vides comme elles étaient gérées dans SQL Server 2005 Analysis Services (SSAS)	Dans SQL Server 2005 Analysis Services (SSAS), les fonctions VBA retournaient la valeur 0 ou une chaîne vide lorsque des valeurs NULL ou vides étaient utilisées comme arguments. Dans SQL Server 2008, elles retournent la valeur NULL.
L'Assistant Migration échouera parce que DSO n'est pas installé par défaut.	Par défaut, SQL Server 2008 n'installe pas le composant de compatibilité descendante DSO (Decision Support Objects). Le package de compatibilité descendante est installé par défaut mais le composant DSO du package sera désactivé. Dans la mesure où l'Assistant Migration SQL Server Analysis Services compte sur ce composant, il échouera à moins que le composant ne soit installé. Pour installer les composants DSO, procédez comme indiqué ci-dessous : Ouvrez le Panneau de configuration. Dans Windows XP ou Windows Server 2003, sélectionnez Ajout/Suppression de programmes. Dans Windows Vista et Windows Server 2008, sélectionnez Programmes et fonctionnalités. Cliquez avec le bouton droit sur Compatibilité descendante de Microsoft SQL Server 2005et sélectionnez Modifier. Dans l'Assistant Installation de compatibilité descendante, cliquez sur Suivant. Dans la page Maintenance du programme, sélectionnez Modifier, puis cliquez sur Suivant. Dans la page Sélection de composant, si DSO (Decision Support Objects) n'est pas disponible, cliquez sur la flèche bas et sélectionnez Ce composant sera installé sur le disque dur local. Cliquez sur Suivant. Dans la page Prêt à modifier le programme, cliquez sur Installer. Une fois l'installation terminée, cliquez sur Terminer. Vous pouvez supprimer DSO après la migration en suivant les étapes précédentes, en remplaçant l'option de DSO par Ce composant ne sera pas disponible. Si le package de compatibilité descendante n'est pas installé, vous pouvez l'installer à partir du support de distribution de SQL Server 2008. Notez qu'il existe des versions pour chaque architecture cible (x86, x64, ia64). Ces versions se trouvent aux emplacements suivants : x86\Setup\x86\SQLServer2005_BC.msi x64\Setup\x64\SQLServer2005_BC .msi ia64\Setup\ia64\SQLServer2005_BC.msi
Il n'est pas recommandé de mettre l'emplacement de partition dans le dossier des données.	Le serveur gère le dossier des données et crée ou supprime des dossiers à mesure que les objets sont créés, supprimés et modifiés. Par conséquent, il est fortement déconseillé de spécifier un emplacement de stockage de partition à l'intérieur du dossier des données, surtout dans les sous-dossiers des bases de données, des cubes et des dimensions. Bien que le serveur vous permette d'effectuer cette action à l'aide de CREATE ou ALTER, il affiche un avertissement. Lorsque vous mettez à niveau des bases de données de SQL Server 2005 Analysis Services vers SQL Server 2008 Analysis Services qui ont des emplacements de stockage de partition dans le dossier Data, la procédure fonctionne. La restauration ou la synchronisation nécessitera le déplacement des emplacements de stockage de partition à l'extérieur du dossier Data.
Vous pouvez obtenir des résultats inattendus pour les requêtes qui utilisent le mot clé MDX « EXISTING » dans ProClarity Analytics Server et Microsoft Office PerformancePoint Server 2007.	ProClarity Analytics Server et Microsoft Office PerformancePoint Server 2007 utilisent le mot clé EXISTING de MDX incorrectement dans certains scénarios. En raison de modifications apportées dans SQL Server 2008 Analysis Services, ces requêtes peuvent retourner des résultats inattendus.

Top

Voir aussi

Autres ressources

Compatibilité descendante Analysis Services