Idiomas e intercalaciones (Analysis Services)
Se aplica a:
SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium
SQL Server Analysis Services admite los idiomas y intercalaciones proporcionados por los sistemas operativos Microsoft Windows. Las propiedadesLanguage y Collation se establecen inicialmente en el nivel de instancia durante la instalación, pero se pueden cambiar posteriormente 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 traducciones que cree para objetos dentro de un cubo. En un modelo tabular, el idioma y la intercalación se heredan del sistema operativo host.
Al establecer Language and Collation en un modelo multidimensional, está especificando la configuración utilizada por el modelo de datos durante el procesamiento y la ejecución de consultas, o está equipando un modelo con varias traducciones para que los hablantes de idioma extranjero puedan trabajar con el modelo en su idioma nativo. El establecimiento explícito de las propiedades Language y Collation en un objeto (base de datos, modelo o cubo) se destina a situaciones en las que el entorno de desarrollo y el servidor de producción se establecen para diferentes configuraciones regionales y se quiere tener la seguridad de que la combinación de idioma e intercalación coincide con la del entorno de destino.
Objetos que admiten propiedades de idioma e intercalación
Las propiedades language y Collation a menudo se exponen juntas, donde puede establecer Language, también puede establecer Intercalación.
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 expone las propiedades Language y Collation en una dimensión de base de datos, no resulta útil establecer las propiedades en este objeto. 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, Languagese puede establecer, por sí mismo, en un objeto Traducción .
Al agregar traducciones a un cubo o dimensión se crea un objeto de traducción. Language forma parte de la definición de la traducción. Por otro lado,Collationse establece en el nivel de cubo o superior y la comparten todas las traducciones. 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 . Vea Compatibilidad con traducción en 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 usa 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 reemplazar Language mediante la página de propiedades de servidor de Management Studio o del 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 cualquier sitio en que se exponga 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. SQL Server Analysis Services usa LCID para especificar el idioma seleccionado para SQL Server Analysis Services instancias y objetos.
Puede establecer el LCID con formatos hexadecimales o decimales. Entre los ejemplos de valores válidos para la propiedad Language se 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, consulte Codificaciones y páginas de códigos.
Nota:
La propiedad Language no determina el idioma de devolución de mensajes del sistema ni las cadenas que 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
SQL Server Analysis Services usa Windows (versiones _90 y _100) y intercalaciones binarias exclusivamente. 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 Compatibilidad con traducción en 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 determina la distinción entre mayúsculas y minúsculas de los identificadores de objeto, pero SQL Server 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 (versiones _90 y _100)
Las versiones de intercalación de Windows son _90 (una versión anterior no marcada) y la versión más reciente _100. Solo la versión _100 muestra el número de versión en el nombre de intercalación:
latin1_general
latin1_general_100
La intercalación de Windows ordena 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.
Nota:
Cuando se decida por una intercalación, esta debería coincidir con la que utiliza la base de datos subyacente. Sin embargo, si puede elegir, la versión _100 está más actualizada y ofrece una convención de ordenación cultural más precisa lingüísticamente.
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 propiedad de configuración intercalación para SQL Server 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 de 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 SQL Server 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, SQL Server Analysis Services considera que las versiones acentuadas y nocentadas de 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, SQL Server 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, SQL Server Analysis Services considera que la representación de un solo byte y de doble byte del mismo carácter es idéntica para 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.
En Management Studio, haga clic con el botón derecho en nombre del servidor | Propiedades | Idioma/intercalación.
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.
Actualice el modelo de datos para usar la nueva intercalación (vea la siguiente sección).
Reinicie el servicio.
Cambiar idioma o intercalación en un cubo
En el Explorador de soluciones, haga doble clic en el cubo para abrirlo en el Diseñador de cubos.
En el panel Medidas o Dimensiones, seleccione el nodo superior. El objeto de nivel superior de cualquiera de los paneles es el cubo.
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. Vea Compatibilidad con traducción en 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 Collation se establece explícitamente en objetos dentro del cubo, lo que se permite en 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.
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.
Busque y reemplace el idioma o la intercalación existente con otro valor.
Presione F5 para ejecutar el script.
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 SQL Server Analysis Services, puede obtener ventajas de rendimiento adicionales estableciendo la propiedad de configuración EnableFast1033Locale, una propiedad de configuración avanzada disponible solo para ese identificador de idioma. Establecer el valor de esta propiedad en true permite que SQL Server Analysis Services usen un algoritmo más rápido para la comparación y el hash de cadenas. Para obtener más información sobre cómo establecer las propiedades de configuración, vea Propiedades del 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
Sugerencias de globalización y procedimientos recomendados (Analysis Services)
Compatibilidad con la intercalación y Unicode