Compartir a través de

Idiomas e intercalaciones (Analysis Services)

  • Artículo

Analysis Services admite los idiomas y las intercalaciones proporcionados por los sistemas operativos Microsoft Windows. Las propiedades de Language y Collation se establecen inicialmente en el nivel de instancia durante la instalación, pero se pueden cambiar más tarde en diferentes niveles de la jerarquía de objetos.

En un modelo multidimensional (solo), puede establecer estas propiedades en una base de datos o cubo; también puede establecerlas en las traducciones que cree para los objetos dentro de un cubo.

Al configurar Language y Collation, está especificando la configuración que usará el modelo de datos durante el procesamiento y la ejecución de consultas, o (solo en el caso de los modelos multidimensionales) equipando un modelo con varias traducciones para que los hablantes de otros idiomas puedan trabajar con el modelo en su idioma nativo. Las propiedades Language y Collation de un objeto (una base de datos, un modelo o un cubo) se configuran de forma explícita en las situaciones en las que el servidor de producción y el entorno de desarrollo están configurados para diferentes configuraciones regionales y quiere asegurarse de que el idioma y la intercalación coinciden con los del entorno de destino.

En este tema se incluye las siguientes secciones:

Objetos que admiten propiedades de idioma e intercalación

Language Las propiedades y Collation a menudo se exponen juntas: donde puede establecer Language, también puede establecer Collation.

Puede establecer Language y Collation en estos objetos:

  • Instancia. Todos los proyectos implementados en la instancia adoptarán la combinación de idioma e intercalación de la instancia, suponiendo que el idioma y la intercalación no se hayan definido. De forma predeterminada, un modelo multidimensional deja vacía la configuración de idioma e intercalación. Cuando se implementa el proyecto, la base de datos y los cubos resultantes obtienen la configuración de idioma e intercalación de la instancia.

    Inicialmente, las propiedades de idioma e intercalación se establecen durante la instalación, pero un administrador puede invalidarlas en Management Studio. Para obtener información detallada, vea Cambiar la configuración predeterminada de idioma o intercalación en la instancia .

  • Base de datos. Para interrumpir la herencia, puede establecer explícitamente la configuración de idioma e intercalación en el nivel de proyecto que se utiliza en todos los cubos de la base de datos. A menos que se indique lo contrario, todos los cubos de la base de datos obtendrán la configuración de idioma e intercalación que se especifique en este nivel. Si habitualmente codifica e implementa en distintas configuraciones regionales (por ejemplo, desarrolla la solución en un equipo chino, pero la implementa en un servidor que pertenece a una subsidiaria francesa), la configuración de idioma e intercalación en el nivel de base de datos es el primer paso, y el más importante, para garantizar que la solución funciona en el entorno de destino. El mejor lugar para establecer estas propiedades es dentro del proyecto (a través del comando Editar base de datos en el proyecto).

  • Dimensión de base de datos. Aunque el diseñador exponga las propiedades Language y Collation en una dimensión de la base de datos, configurar las propiedades en este objeto no resulta útil. Las dimensiones de base de datos no se utilizan como objetos independientes, por lo que puede ser difícil, si no imposible, aprovechar las propiedades que defina. Cuando se encuentra en un cubo, una dimensión siempre hereda Language y Collation de su elemento primario de cubo. Los valores que se hayan establecido en el objeto de dimensión de base de datos independiente se omiten.

  • Cubo. Como estructura de consulta primaria, la configuración de idioma e intercalación se puede establecer en el nivel del cubo. Por ejemplo, tal vez desee crear versiones de un cubo en varios idiomas, como versiones en inglés y chino, dentro del mismo proyecto, donde cada cubo tenga su propia configuración de idioma e intercalación.

    Sea cual sea la combinación de idioma e intercalación que establezca en el cubo, se usa con todas las medidas y dimensiones contenidas en el cubo. La única forma de establecer propiedades de intercalación más depuradas se produce cuando se crean traducciones en un atributo de dimensión. De lo contrario, suponiendo que no haya ninguna traducción en el nivel de atributo, hay una intercalación por cubo.

Además, puede establecer Language, por sí mismo, en un objeto Translation .

Al agregar traducciones a un cubo o dimensión se crea un objeto de traducción. Language forma parte de la definición de traducción. Collation, sin embargo, se configura en el cubo o en un nivel superior y todas las traducciones la comparten. Esto es evidente en el XMLA de un cubo que contiene traducciones, donde se verán varias propiedades de idioma (una para cada traducción), pero solo una intercalación. Tenga en cuenta que hay una excepción en el caso de traducciones de atributo de dimensión, donde puede reemplazar la intercalación de cubo para especificar una intercalación de atributo que coincida con la columna de origen (el motor de base de datos admite la configuración de intercalación en columnas individuales y se acostumbra a configurar traducciones individuales para obtener datos de miembro de diferentes columnas de origen). Pero, en caso contrario, para las demás traducciones, Language se usa por sí mismo, sin un corolario de Collation. Consulte Traducciones (Analysis Services) para obtener más información.

Compatibilidad con idiomas en Analysis Services

La propiedad Language establece la configuración regional de un objeto, que se utiliza durante el procesamiento, las consultas y con Captions y Translations para admitir escenarios multilingües. Las configuraciones regionales se basan en un identificador de idioma (por ejemplo, inglés) y un territorio (por ejemplo, Estados Unidos o Australia) que refina aún más las representaciones de fecha y hora.

En el nivel de instancia, la propiedad se establece durante la instalación y se basa en el idioma del sistema operativo de Windows Server (uno de 37 idiomas, dando por hecho que se ha instalado un paquete de idioma). No se puede cambiar el idioma en el programa de instalación.

Después de la instalación, puede invalidar Language en la página de propiedades del servidor de Management Studio o en el archivo de configuración msmdsrv.ini. Puede elegir entre muchos más idiomas, incluidos todos los que admite el cliente Windows. Cuando se establece en el nivel de instancia, en el servidor, Language determina la configuración regional de todas las bases de datos que se implementan posteriormente. Por ejemplo, si establece Language en alemán, todas las bases de datos que se implementan en la instancia tendrán una propiedad de idioma de 1031, el LCID de alemán.

El valor de la propiedad Language es un identificador de configuración regional (LCID)

Los valores válidos incluyen cualquier LCID que aparezca en la lista desplegable. En Management Studio y SQL Server Data Tools, los LCID se representan en equivalentes de cadena. Aparecen los mismos idiomas en todos los lugares donde se expone la propiedad Language, independientemente de la herramienta. Al contar con una lista idéntica de idiomas se garantiza que las traducciones se pueden implementar y probar de forma coherente en todo el modelo.

Aunque Analysis Services muestra los idiomas por nombre, el valor real almacenado para la propiedad es un LCID. Al establecer una propiedad de idioma mediante programación o mediante el archivo msmdsrv.ini, use el identificador de configuración regional (LCID) como valor. Un LCID es un valor de 32 bits que consta de un identificador de idioma, un identificador de ordenación y bits reservados que identifican un idioma determinado. Analysis Services usa LCID para especificar el idioma seleccionado para las instancias y objetos de Analysis Services.

Puede establecer el LCID con formatos hexadecimales o decimales. Algunos ejemplos de valores válidos para la Language propiedad incluyen:

  • 0x0409 o 1033 para inglés (Estados Unidos)

  • 0x0411 o 1041 para japonés

  • 0x0407 o 1031 para alemán (Alemania)

  • 0x0416 o 1046 para portugués (Brasil)

Para obtener una lista más completa, vea Identificadores de configuración regional asignados por Microsoft. Para obtener más información, vea Páginas de códigos.

Nota:

La propiedad Language no determina el idioma en el que se devuelven los mensajes del sistema ni qué cadenas aparecen en la interfaz de usuario. Los errores, las advertencias y los mensajes están localizados en todos los idiomas admitidos en Office y Office 365, y se usan automáticamente cuando la conexión de cliente especifica una de las configuraciones regionales admitidas.

Compatibilidad con intercalaciones en Analysis Services

Analysis Services usa exclusivamente intercalaciones binarias y Windows. No utiliza intercalaciones de SQL Server heredadas. Dentro de un cubo, se utiliza una única intercalación en su totalidad, a excepción de las traducciones en el nivel de atributo. Para obtener más información sobre cómo definir traducciones de atributos, vea Traducciones (Analysis Services).

Las intercalaciones controlan la distinción de mayúsculas y minúsculas de todas las cadenas en un alfabeto bicameral del idioma, a excepción de los identificadores de objeto. Si usa caracteres en mayúsculas y minúsculas en un identificador de objeto, tenga en cuenta que la intercalación no determina la distinción entre mayúsculas y minúsculas de los identificadores de objeto, sino por Analysis Services. Para los identificadores de objeto compuestos en el alfabeto del inglés, los identificadores de objeto no distinguen nunca mayúsculas de minúsculas, independientemente de la intercalación. Los alfabetos bicamerales del cirílico y de otros idiomas hacen lo contrario (siempre distinguen mayúsculas de minúsculas). Consulte Sugerencias de globalización y procedimientos recomendados (Analysis Services) para obtener más información.

La intercalación de Analysis Services es compatible con el motor de bases de datos relacionales de SQL Server, dando por hecho que se mantiene la paridad en las opciones de ordenación que seleccione para cada servicio. Por ejemplo, si la base de datos relacionales distingue acentos, debe configurar el cubo de la misma manera. Pueden producirse problemas cuando las configuraciones de intercalación difieren. Para obtener un ejemplo y soluciones alternativas, vea Espacios en blanco en una cadena Unicode tienen distintos resultados de procesamiento en función de la intercalación. Para obtener más información sobre la intercalación y el motor de base de datos, vea Collation and Unicode Support.

Tipos de intercalación

Analysis Services admite dos tipos de intercalación:

  • Intercalaciones de Windows

    Las intercalaciones de Windows ordenan caracteres según las características lingüísticas y culturales del idioma. En Windows, las intercalaciones superan el numero de configuraciones regionales (o idiomas) que se usan con ellas, debido a que muchos idiomas comparten alfabetos y reglas comunes de ordenación y comparación de caracteres. Por ejemplo, 33 configuraciones regionales de Windows, incluidas las configuraciones regionales de Windows para portugués e inglés, utilizan la página de códigos Latin1 (1252) y siguen un conjunto común de reglas para ordenar y comparar caracteres.

  • Intercalaciones binarias (BIN o BIN2)

    La intercalaciones binarias se ordenan en puntos de código Unicode, no en valores lingüísticos. Por ejemplo, Latin1_General_BIN y Japanese_BIN generan resultados de ordenación idénticos en datos Unicode. Mientras que una ordenación lingüística podría producir resultados como aAbBcCdD, una ordenación binaria sería ABCDabcd porque el punto de código de todos los caracteres en mayúsculas es colectivamente superior a los puntos de código de los caracteres en minúsculas.

Opciones de orden

Las opciones de ordenación se utilizan para refinar las reglas de ordenación y comparación por distinción de mayúsculas y minúsculas, de acentos, de caracteres kana y de ancho. Por ejemplo, el valor predeterminado de la Collation propiedad de configuración para Analysis Services es Latin1_General_AS_CS, especificando que se usa la intercalación Latin1_General, con un criterio de ordenación con distinción entre mayúsculas y minúsculas.

Tenga en cuenta que BIN y BIN2 son mutuamente excluyentes de otras opciones de ordenación, si desea utilizar BIN o BIN2, desactive la opción de ordenación de distinción de acentos. De manera similar, si selecciona BIN2, no estarán disponibles las opciones de distinción de mayúsculas y minúsculas, sin distinción de mayúsculas y minúsculas, distinción de acentos, sin distinción de acentos, distinción de caracteres kana y distinción de ancho.

En la tabla siguiente se describen las opciones de criterio de ordenación de intercalación de Windows y los sufijos asociados para Analysis Services.

Orden (sufijo) Descripción del orden
Binario (_BIN) o BIN2 (_BIN2) Hay dos tipos de intercalaciones binarias en SQL Server; las intercalaciones BIN antiguas y las intercalaciones BIN2 nuevas. En una intercalación BIN2, todos los caracteres se ordenan en función de sus puntos de código. En una intercalación BIN, solo se ordena el primer carácter en función del punto de código, mientras que los demás caracteres se ordenan en función de sus valores de bytes (Dado que la plataforma de Intel tiene una arquitectura "litte endian", los caracteres de codificación Unicode siempre se intercambian por bytes).

En intercalaciones binarias de tipos de datos Unicode, la configuración regional no se tiene en cuenta a la hora de ordenar los datos. Por ejemplo, Latin_1_General_BIN y Japanese_BIN producen resultados de orden idénticos cuando se usan en datos Unicode.

El orden binario utiliza la distinción de mayúsculas y minúsculas, y de acentos. El orden binario es también el más rápido.
Distinguir mayúsculas de minúsculas (_CS) Distingue entre letras mayúsculas y minúsculas. Si se selecciona, las letras minúsculas se ordenan por delante de sus versiones en mayúsculas. Puede establecer explícitamente la opción sin distinción de mayúsculas y minúsculas especificando _CI. La configuración de mayúsculas y minúsculas específica de la intercalación no se aplica a identificadores de objeto, como el identificador de una dimensión, el cubo y otros objetos. Consulte Sugerencias de globalización y procedimientos recomendados (Analysis Services) para obtener más información.
Distinguir acentos (_AS) Distingue entre caracteres acentuados y no acentuados. Por ejemplo, 'a' no es igual a 'ấ'. Si no se selecciona esta opción, Analysis Services considera que las versiones acentuadas y nocentadas de las letras son idénticas con fines de ordenación. Puede establecer explícitamente la opción sin distinción de acentos especificando _AI.
Distinguir kana (_KS) Distingue entre los dos tipos de caracteres Kana japoneses: Hiragana y Katakana. Si no se selecciona esta opción, Analysis Services considera que los caracteres hiragana y katakana son iguales para fines de ordenación. No existe ningún sufijo de orden para el tipo de orden que no distingue los tipos de Kana.
Distinguir ancho (_WS) Distingue entre un carácter de un solo byte y el mismo carácter representado como un carácter de doble byte. Si no se selecciona esta opción, Analysis Services considera que la representación de un solo byte y de doble byte del mismo carácter es idéntica con fines de ordenación. No existe ningún sufijo de orden para el tipo de orden que no distingue el ancho.

Cambiar la configuración predeterminada de idioma o intercalación en la instancia

La configuración de idioma e intercalación predeterminada se establece durante la instalación, pero se puede cambiar como parte de la configuración posterior a la instalación. El cambio de la intercalación en el nivel de instancia no es tarea sencilla e incluye estos requisitos:

  • El reinicio del servicio.

  • Actualizar la configuración de intercalación de los objetos existentes. La configuración de intercalación se hereda al crear el objeto. Los cambios posteriores en la intercalación deben realizarse manualmente. Para obtener información detallada, vea Cambiar idioma e intercalación dentro de un modelo de datos mediante XMLA para obtener sugerencias sobre cómo se propagan los cambios de intercalación en todo el modelo.

  • Volver a procesar las particiones y dimensiones después de actualizar la intercalación.

Puede usar SQL Server Management Studio o PowerShell AMO para cambiar la configuración de idioma o intercalación predeterminada en el nivel de servidor. Como alternativa, puede modificar la <configuración de Language> y <CollationName> en el archivo msmdsrv.ini, especificando el LCID del idioma.

  1. En Management Studio, haga clic con el botón derecho en nombre del servidor | Propiedades | Idioma/intercalación.

  2. Elija las opciones de ordenación. Para seleccionar Binario o Binario 2, desactive primero la casilla Distinguir acentos.

    Observe que la intercalación y el idioma son configuraciones completamente independientes. Si cambia uno, los valores del otro no se filtran para mostrar las combinaciones comunes.

  3. Actualice el modelo de datos para usar la nueva intercalación (vea la siguiente sección).

  4. Reinicie el servicio.

Cambiar idioma o intercalación en un cubo

  1. En el Explorador de soluciones, haga doble clic en el cubo para abrirlo en el Diseñador de cubos.

  2. En el panel Medidas o Dimensiones, seleccione el nodo superior. El objeto de nivel superior de cualquiera de los paneles es el cubo.

  3. En Propiedades, establezca Language y Collation. Los valores que elija se utilizarán en todos los objetos de cubo, incluidas las dimensiones y medidas de cubo, y afectarán a las operaciones de procesamiento y consulta.

    La única forma de incrustar propiedades alternativas de idioma e intercalación en objetos dentro del cubo es a través de las traducciones. Consulte Traducciones (Analysis Services) para obtener más información.

Cambiar idioma e intercalación dentro de un modelo de datos mediante XMLA

La configuración de idioma e intercalación se hereda al crear el objeto. Los cambios posteriores en estas propiedades deben realizarse manualmente. Un método para cambiar rápidamente la intercalación de varios objetos es usar un comando ALTER en un script XMLA.

De forma predeterminada, la intercalación se establece una vez en el nivel de base de datos. La herencia está implícita en el resto de la jerarquía de objetos. Si se establece explícitamente Collation en los objetos de dentro del cubo, lo cual está permitido en los atributos de dimensión individuales, aparecerá en la definición de XMLA. De lo contrario, solo existe la propiedad de intercalación de nivel superior.

Antes de usar XMLA para modificar una base de datos existente, asegúrese de que no está incorporando discrepancias entre la base de datos y los archivos de origen utilizados para crearla. Por ejemplo, tal vez quiera usar XMLA para cambiar rápidamente el idioma o la intercalación para pruebas de prueba de concepto, pero seguir realizando cambios en el archivo de origen (vea Cambiar idioma o intercalación en un cubo), volviendo a implementar la solución con los procedimientos operativos existentes ya en vigor.

  1. En Management Studio, haga clic con el botón derecho en la base de datos | Script Database como | ALTER to | Nueva ventana de Editor de Power Query.

  2. Busque y reemplace el idioma o la intercalación existente con otro valor.

  3. Presione F5 para ejecutar el script.

  4. Vuelva a procesar el cubo.

Aumente el rendimiento de las configuraciones regionales de inglés mediante EnableFast1033Locale

Si usa el identificador de idioma inglés (Estados Unidos) (0x0409 o 1033) como idioma predeterminado para la instancia de Analysis Services, puede obtener ventajas de rendimiento adicionales estableciendo la EnableFast1033Locale propiedad de configuración, una propiedad de configuración avanzada disponible solo para ese identificador de idioma. Establecer el valor de esta propiedad en true permite a Analysis Services usar un algoritmo más rápido para la comparación y el hash de cadenas. Para más información sobre cómo establecer las propiedades de configuración, vea Configurar las propiedades de servidor en Analysis Services.

Compatibilidad con GB18030 en Analysis Services

GB18030 es un estándar independiente que se usa en la República Popular China para codificar caracteres chinos. En GB18030, los caracteres pueden tener una longitud de 1, 2 o 4 bytes. En Analysis Services, no se produce ninguna conversión de datos al procesar datos de orígenes externos. Los datos simplemente se almacenan como datos Unicode. En el momento de la consulta, se realiza una conversión de GB18030 a través de las bibliotecas de cliente de Analysis Services (específicamente, el proveedor OLE DB MSOLAP.dll) cuando se devuelven datos de texto en los resultados de la consulta, en función de la configuración del sistema operativo cliente. El motor de base de datos también es compatible con GB18030. Para obtener información detallada, vea Collation and Unicode Support.

Consulte también

Escenarios de globalización para Analysis Services Multidimensional
Sugerencias de globalización y procedimientos recomendados (Analysis Services)
Compatibilidad con la intercalación y Unicode