Acerca de las Funciones de Soporte de Globalización

Las funciones de soporte para la globalización permiten desarrollar aplicaciones multilingües que se pueden ejecutar simultáneamente en cualquier parte del mundo. Una aplicación puede presentar el contenido de la interfaz de usuario y procesar datos, con las preferencias de lengua materna y de configuración regional del usuario.

Nota:

En el pasado, Oracle denominó soporte de globalización al soporte de idioma Nacional (NLS) pero, en realidad, NLS es un subjuego del soporte de globalización. NLS es la posibilidad de elegir un idioma nacional y almacenar datos con un juego de caracteres concreto. NLS se implementa con parámetros NLS.

Consulte también: Oracle Database Globalization Support Guide para ver más información sobre las funciones de soporte de globalización

Acerca del Soporte de Idioma

Oracle Database permite almacenar, procesar y recuperar datos en lenguas nativas. Los idiomas que se pueden almacenar en una base de datos están todos escritos en scripts codificados mediante juegos de caracteres soportados por Oracle. Mediante el uso de bases de datos y tipos de datos Unicode, Oracle Database soporta los idiomas más contemporáneos.

Está disponible un soporte adicional para un subjuego de idiomas. La base de datos puede, por ejemplo, mostrar fechas con los nombres de los meses traducidos y ordenar datos de texto según las convenciones culturales.

En este documento, el término soporte de idiomas hace referencia a la funcionalidad dependiente de idioma adicional y no a la capacidad para almacenar texto de un idioma concreto. Por ejemplo, el soporte de idioma incluye la visualización de fechas o la ordenación del texto según las configuraciones regionales y las convenciones culturales específicas. Además, para algunos idiomas soportados, Oracle Database proporciona mensajes de servidor traducidos y una interfaz del usuario traducida para las utilidades de base de datos.

Consulte además:

Acerca del Soporte de Territorio

El formato de hora, formato de fecha y convenciones numéricas y de divisa locales por defecto dependen del valor de territorio local.

Oracle Database soporta convenciones culturales específicas de ubicaciones geográficas. El formato de hora, formato de fecha y convenciones numéricas y de divisa locales por defecto dependen del valor de territorio local. Si se definen otros parámetros NLS distintos, la sesión de base de datos puede utilizar otra configuración cultural. Por ejemplo, puede definir el euro (EUR) como divisa primaria y el yen japonés (JPY) como moneda secundaria para una sesión del base de datos determinada, incluso aunque el territorio sea AMERICA.

Consulte además:

Acerca de los Formatos de Fecha y Hora

Los diferentes países tienen convenciones diferentes para visualizar la hora, día, mes y año.

Por ejemplo, en esta tabla, se muestra el formato de fecha y hora de cinco países y se proporciona un ejemplo de cada formato:

País Formato de fecha Ejemplo Formato de hora Ejemplo
China yyyy-mm-dd 2005-02-28 hh24:mi:ss 13:50:23
Estonia dd.mm.yyyy 28.02.2005 hh24:mi:ss 13:50:23
Alemania dd.mm.rr 28.02.05 hh24:mi:ss 13:50:23
UK dd/mm/yyyy 28/02/2005 hh24:mi:ss 13:50:23
US mm/dd/yyyy 02/28/2005 hh:mi:ssxff am 1:50:23.555 PM

Consulte además:

Acerca de los Formatos de Calendario

Diferentes países utilizan diferentes calendarios.

Oracle Database almacena esta información de calendario para cada territorio:

Consulte además:

Acerca de los Formatos Numéricos y de Divisa

Los distintos países tienen convenciones numéricas y de divisa diferentes.

En esta tabla se muestra el formato numérico y de divisa local de cinco países y se proporciona un ejemplo de cada formato:

País Formato numérico Formato de Divisa
China 1,234,567.89 ©1,234,56
Estonia 1 234 567,89 1 234,56 kr
Alemania 1.234.567,89 1.234,56€
UK 1,234,567.89 £1,234.56
US 1,234,567.89 $1,234.56

Consulte además:

Acerca de la Ordenación Lingüística y la Búsqueda de Cadenas

Los diferentes idiomas tienen órdenes de clasificación diferentes (secuencias de intercalación). Además, los distintos países o culturas que utilizan los mismos alfabetos ordenan las palabras de forma diferente. Por ejemplo, en danés, Æ va después de Z, y las letras Y y Ü se consideran variantes de la misma letra.

Consulte además:

Acerca de la Semántica de Longitud

Para calcular el número de caracteres de una cadena, utilizando la longitud de bytes, debe conocer el número de bytes de cada carácter del juego de caracteres.

En juegos de caracteres de un solo bytes, el número de bytes y el número de caracteres de una cadena son iguales. En juegos de caracteres multibyte, un carácter o punto de código consta de uno o más bytes. El cálculo del número de caracteres según la longitud de bytes puede resultar difícil en un juego de caracteres de ancho variable. El cálculo de las longitudes de columna en bytes se denomina semántica de byte, mientras que el cálculo de las longitudes de columna en caracteres se denomina semántica de carácter.

La semántica de caracteres resulta útil para especificar los requisitos de almacenamiento para cadenas multibyte de anchos variables. Por ejemplo, en una base de datos Unicode (AL32UTF8), supongamos que debe tener una columna VARCHAR2 que pueda almacenar hasta cinco caracteres chinos con cinco caracteres ingleses. Con la semántica de bytes, esta columna necesita 15 bytes para los caracteres chinos, que tiene 3 bytes de longitud, y 5 bytes para los caracteres ingleses, que tienen 1 byte de longitud, lo que hace un total de 20 bytes. Con la semántica de caracteres, la columna necesita 10 caracteres.

Consulte además:

Acerca de Tipos de Dato de Caracteres Nacionales Unicode y SQL

Unicode es un sistema que define cada carácter de la mayoría de idiomas hablados en el mundo. En Unicode, cada carácter tiene un código único, independientemente de la plataforma, programa o lenguaje.

Puede almacenar caracteres Unicode en Oracle Database de dos formas:

Los tipos de datos de caracteres nacionales deSQL son NCHAR, NVARCHAR2 y NCLOB. También se denominan tipos de datos Unicode, porque sólo se utilizan para almacenar datos Unicode.

Cuando se crea la base de datos, se especifica el juego nacional de caracteres, que se utiliza para todos los tipos del dato nacional de caracteres de SQL. El juego de caracteres nacional puede ser UTF8 o AL16UTF16 (valor por defecto).

Al declarar una columna o variable de tipo NCHAR o NVARCHAR2, la longitud que especifique es el número de caracteres, no el número de bytes.

Consulte además: