Cambios recientes en las características de Analysis Services en SQL Server 2012

En este tema se describen los principales cambios realizados en SQL Server 2012 Analysis Services (SSAS). Estos cambios pueden provocar errores en las aplicaciones, los scripts o las funcionalidades que estén basadas en versiones anteriores de SQL Server.

En este tema:

• Breaking Changes in SQL Server 2012 SP1

• Breaking Changes in SQL Server 2012

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

Cambios que provocan errores en SQL Server 2012 SP1

Se sabe de cambios de código relacionados con la globalización que provocan errores en algunas aplicaciones. Entre los problemas conocidos se incluyen:

• Distinción de mayúsculas y minúsculas de los identificadores de objeto
  Un cambio de código que pretende hacer que todos los identificadores de objeto no distingan mayúsculas de minúsculas tiene el efecto contrario para algunos idiomas. La intención es que todos los identificadores de objeto no distingan mayúsculas de minúsculas, independientemente de la intercalación. Este cambio alinea Analysis Services con otras aplicaciones que se suelen usar en la misma pila de solución.

  En el caso de idiomas basados en los 26 caracteres del alfabeto latino básico, los identificadores de objeto ahora distinguen mayúsculas de minúsculas, que es el comportamiento deseado.

  En el caso de los alfabetos bicamerales del cirílico y de otros idiomas que usan mayúsculas y minúsculas (griego, armenio y copto), los identificadores de objeto ahora distinguen mayúsculas de minúsculas. Los cambios que provocan errores es más probable que se produzcan cuando existe diferencia de mayúsculas y minúsculas entre un identificador de objeto y la forma en que se hace referencia a él (por ejemplo, un script de procesamiento que hace referencia al identificador de objeto escrito todo en minúsculas). Es probable que este comportamiento cambie en el futuro, pero como solución temporal, se recomienda modificar los scripts para que usen las mismas mayúsculas y minúsculas que el identificador de objeto.

Últimos cambios de SQL Server 2012

En esta sección se documentan los cambios importantes notificados de las características de SQL Server 2012 Analysis Services (SSAS) en SQL Server 2012.

Problema	Descripción
Las comparaciones entre valores de cadena y booleanos devuelven ahora errores	En las versiones anteriores, una consulta MDX que comparaba cadenas con valores booleanos devolvía un resultado aunque los valores no fueran comparables. En esta versión, para poder realizar comparaciones ambos valores deben ser del mismo tipo. Si su aplicación incluye consultas MDX que comparan valores de tipos diferentes, se devolverá un error en lugar de un resultado.
Se han quitado comandos de instalación para una instalación de PowerPivot para SharePoint.	El programa de instalación instala PowerPivot para SharePoint pero ya no lo configura. Los comandos de instalación que recopilaban los valores utilizados para las acciones de configuración se han quitado ahora. Entre estos se incluyen /FARMACCOUNT, /FARMPASSWORD, /PASSPHRASE y /FARMADMINPORT. Si creó scripts de instalación para la instalación desatendida, deberá modificar los scripts para una instalación de PowerPivot para SharePoint. La alternativa es usar los cmdlets de PowerShell para configurar el servidor en modo desatendido. Para obtener más información, vea Instalar PowerPivot desde el símbolo del sistema y Uso de Windows PowerShell para configurar PowerPivot.
Función DATESBETWEEN en DAX exige valores únicos en una columna de fecha a la que se hace referencia como argumento.	SQL Server 2012 SP1 presenta nuevos requisitos de validación para la función DATESBETWEEN. Las fórmulas DAX que usan la función de inteligencia de tiempo DATESBETWEEN pueden devolver un error si la columna de fecha a la que se hace referencia como argumento no contiene valores únicos. Las columnas de fecha a las que se hace referencia como primer argumento para todas las funciones de inteligencia de tiempo de DAX deben contener un valor único para cada fila.
Usar operadores de comparación en fórmulas DAX con valores de tipos de datos incompatibles.	En SQL Server 2012, en una fórmula DAX, es posible usar un operador de comparación para comparar un valor de cadena con un valor entero; por ejemplo, un valor de cadena de “45” con el entero 45. Esto da como resultado una comparación válida. En SQL Server 2012 SP1, para exigir reglas aritméticas, ya no se permite la coerción de cadena en entero. Las fórmulas que comparan un valor de cadena con un valor entero devolverán un error. Puede usar funciones de conversión de DAX, VALUE, FORMAT para convertir un valor a otro tipo.
Usar funciones de categoría en fórmulas DAX para comparar valores en blanco con una cadena vacía ("").	En SQL Server 2012, las funciones de categoría de DAX rank BLANK() con 0 en columnas numéricas y rank BLANK() con la cadena vacía en columnas de texto. En SQL Server 2012 SP1, las funciones de categoría de DAX rank BLANK() con 0 en columnas numéricas, pero ya no rank BLANK() con la cadena vacía en columnas de texto. BLANK() tiene rango adyacente a, y es ligeramente menor que, la cadena vacía.

Top

Últimos cambios de SQL Server 2008 o SQL Server 2008 R2

Esta sección contiene los últimos cambios de las versiones anteriores. Si va a actualizar SQL Server 2005, debe revisar los últimos cambios que se realizaron en SQL Server 2008 y SQL Server 2008 R2.

Problema	Descripción
La función Exists superficial funciona ahora de manera diferente con conjuntos con nombre que contienen miembros enumerados o combinaciones cruzadas de conjuntos enumerados.	En SQL Server 2005 Analysis Services (SSAS), la función exists superficial no funcionaba con conjuntos con nombre que contenían miembros enumerados o combinaciones cruzadas de conjuntos enumerados. Para mantener la compatibilidad con la versión original y SP1 de SQL Server 2005 Analysis Services (SSAS), establezca la propiedad de configuración “ConfigurationSettings\OLAP\query\NamedSetShallowExistsMode” en 1 o, para mantener la compatibilidad con SQL Server 2005 Analysis Services (SSAS) SP2, establézcala en 2.
Las funciones VBA tratan los valores NULL y vacíos de un modo distinto de como se trataban en SQL Server 2005 Analysis Services (SSAS)	En SQL Server 2005 Analysis Services (SSAS), las funciones de VBA devolvían 0 o una cadena vacía cuando se usaban como argumentos valores NULL o valores vacíos. En SQL Server 2008, devolverán NULL.
Se producirá un error en el Asistente para la migración porque de forma predeterminada no se instala DSO.	De forma predeterminada, SQL Server 2008 no instala el componente de compatibilidad con versiones anteriores de DSO (Objetos de ayuda a la toma de decisiones). El paquete de compatibilidad con versiones anteriores se instala de forma predeterminada, pero el componente DSO del paquete estará deshabilitado. Puesto que el Asistente para la migración de SQL Server Analysis Services se apoya en este componente, se producirá un error a menos que se instale el componente. Para instalar el componente DSO, haga lo siguiente: Abra el Panel de control. En Windows XP o Windows Server 2003, seleccione Agregar o quitar programas. En Windows Vista y Windows Server 2008, seleccione Programas y características. Haga clic con el botón secundario en Compatibilidad con versiones anteriores de Microsoft SQL Server 2005 y seleccione Cambiar. En el Asistente para compatibilidad con versiones anteriores, haga clic en Siguiente. En la página Mantenimiento del programa, seleccione Modificar y, a continuación, haga clic en Siguiente. En la página Selección de características, si no está disponible DSO (Objetos de ayuda a la toma de decisiones), haga clic en la flecha abajo y seleccione Esta característica se instalará en la unidad de disco duro local. Haga clic en Siguiente. En la página Preparado para modificar el programa, haga clic en Instalar. Cuando haya terminado la instalación, haga clic en Finalizar. Puede quitar DSO una vez completada la migración siguiendo los pasos anteriores, cambiando la opción para DSO a "Esta característica no estará disponible". Si no se instala el paquete de compatibilidad con versiones anteriores, puede instalarlo desde el soporte de distribución de SQL Server 2008. Observe que hay versiones para cada arquitectura de destino (x86, x64, ia64). Estas versiones se encuentran en las ubicaciones siguientes: x86\Setup\x86\SQLServer2005_BC.msi x64\Setup\x64\SQLServer2005_BC.msi ia64\Setup\ia64\SQLServer2005_BC.msi
No se recomienda colocar la ubicación de la partición en la carpeta de datos.	El servidor administra la carpeta de datos, y crea o quita carpetas cuando se crea, se elimina o se altera algún objeto. Por consiguiente, es muy poco recomendable especificar una ubicación de almacenamiento de partición, especialmente en las subcarpetas para bases de datos, cubos y dimensiones. Aunque el servidor permite hacerlo con Create o Alter, mostrará una advertencia. Cuando actualice bases de datos de SQL Server 2005 Analysis Services a SQL Server 2008 Analysis Services que tengan ubicaciones de almacenamiento de partición en la carpeta de datos, funcionará. La restauración y la sincronización requieren que se muevan las ubicaciones de almacenamiento de partición fuera de la carpeta de datos.
Quizá obtenga resultados inesperados para las consultas que utilicen la palabra clave MDX "EXISTING" en ProClarity Analytics Server y Microsoft Office PerformancePoint Server 2007.	ProClarity Analytics Server y Microsoft Office PerformancePoint Server 2007 utilizan la palabra clave EXISTING en MDX de forma incorrecta en determinados escenarios. Debido a los cambios realizados en SQL Server 2008 Analysis Services, estas consultas podrían devolver resultados inesperados.

Top

Vea también

Otros recursos

Compatibilidad con versiones anteriores de Analysis Services