Sobre Recursos de Suporte à Globalização
Recursos de suporte à globalização permitem que você desenvolva aplicativos multilíngues que podem ser executados simultaneamente de qualquer lugar do mundo. Uma aplicação pode converter o conteúdo da interface do usuário, e dados do processo, usando o idioma nativo e as preferências de configurações regionais do usuário.
Observação:
No passado, a Oracle denominou suporte à globalização Suporte a Idioma Nacional (NLS), mas NLS é, na verdade, um subconjunto de suporte à globalização. O NLS é a capacidade de escolher um idioma nacional e armazenar dados usando um conjunto de caracteres específico. O NLS é implementado com parâmetros NLS.
Consulte Também: Oracle Database Globalization Support Guide para saber mais sobre recursos de suporte à globalização
Sobre o Suporte a Idiomas
O Oracle Database permite que você armazene, processe e recupere dados em idiomas nativos. As linguagens que podem ser armazenadas em um banco de dados são todas linguagens gravadas em scripts codificados por conjuntos de caracteres suportados pela Oracle. Por meio do uso de bancos de dados Unicode e de tipos de dados, o Oracle Database suporta linguagens mais contemporâneas.
Suporte adicional está disponível para um subconjunto dos idiomas. O banco de dados pode, por exemplo, exibir datas usando nomes de meses traduzidos e pode classificar os dados do texto de acordo com convenções culturais.
Neste documento, o termo suporte a idiomas refere-se à funcionalidade adicional dependente do idioma e não à capacidade para armazenar o texto de um idioma específico. Por exemplo, o suporte para linguagem inclui a exibição de datas ou a classificação do texto de acordo com configurações regionais e convenções culturais específicas. Além disso, para alguns idiomas suportados, o Oracle Database fornece mensagens de servidor traduzidas e uma interface de usuário traduzida para os utilitários de banco de dados.
Consulte também:
-
Guia de Suporte à Globalização do Oracle Database para ver uma lista completa de idiomas para os quais o Oracle Database oferece suporte
-
Guia de Suporte à Globalização do Oracle Database para ver uma lista de idiomas para os quais as mensagens no Oracle Database são traduzidas
Sobre o Suporte a Território
O formato de horário local padrão, o formato de data e as convenções numéricas e monetárias dependem da configuração do território local.
O Oracle Database suporta convenções culturais específicas para localizações geográficas. O formato de horário local padrão, o formato de data e as convenções numéricas e monetárias dependem da configuração do território local. A definição de parâmetros de NLS diferentes permite que a sessão do banco de dados use configurações culturais diferentes. Por exemplo, você pode definir o euro (EUR) como a moeda principal e o iene japonês (JPY) como a moeda secundária de uma determinada sessão de banco de dados, mesmo quando o território for AMERICA.
Consulte também:
-
Oracle Database Globalization Support Guide para ver uma lista completa de territórios aos quais o Oracle Database oferece suporte
Sobre Formatos de Data e Hora
Países diferentes têm diferentes convenções para exibir a hora, o dia, o mês e o ano.
Por exemplo, esta tabela mostra o formato local de data e hora para cinco países e fornece um exemplo de cada formato:
| País | Formato de data | Exemplo | Formato de Horário | Exemplo |
|---|---|---|---|---|
| China | yyyy-mm-dd |
2005-02-28 |
hh24:mi:ss |
13:50:23 |
| Estônia | dd.mm.yyyy |
28.02.2005 |
hh24:mi:ss |
13:50:23 |
| Alemanha | 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 também:
-
"Sobre Parâmetros NLS_TIMESTAMP_FORMAT e NLS_TIMESTAMP_TZ_FORMAT"
-
Guia de Suporte à Globalização do Oracle Database para informações sobre tipos de dados de data/hora e suporte a fuso horário
-
Referência de Linguagem SQL do Oracle Database para obter informações sobre formatos de data e hora
Sobre Formatos de Calendário
Países diferentes usam calendários diferentes.
O Oracle Database armazena essas informações do calendário para cada território:
-
Primeiro dia da semana
Domingo em algumas culturas, segunda-feira em outras. Definido pelo parâmetro NLS_TERRITORY.
-
Primeira semana do ano civil
Alguns países usam números de semana para programação, planejamento e contabilidade. No padrão ISO, este número de semana pode ser diferente do número de semana do ano calendário. Por exemplo, 1 de janeiro de 2005 está no número de semana ISO 53 de 2004. Uma semana ISO começa na segunda-feira e termina no domingo. Para suportar o padrão ISO, o Oracle Database fornece o elemento do formato da data IW, que retorna o número da semana ISO. A primeira semana do ano do calendário é definida pelo parâmetro NLS_TERRITORY.
-
Número de dias e meses em um ano
O Oracle Database suporta seis sistemas de calendário além do calendário Gregoriano, que é o padrão. Esses sistemas de calendário adicionais são:
-
Imperial Japonês
Tem o mesmo número de meses e dias do calendário Gregoriano, mas o ano começa com o início de cada Era Imperial.
-
Func. República China
Tem o mesmo número de meses e dias do calendário Gregoriano, mas o ano começa com a fundação da República da China.
-
Persa
Os primeiros seis meses possuem 31 dias cada um, os próximos cinco meses possuem 30 dias cada um e o último mês possui 29 dias ou (em anos bissextos ) 30 dias.
-
O tailandês (Buda) usa um calendário budista.
-
O árabe (Hégira) possui 12 meses e 354 ou 355 dias.
-
O inglês (Hégira) possui 12 meses e 354 ou 355 dias.
O sistema de calendário é especificado pelo parâmetro NLS_CALENDAR.
-
-
Primeiro ano da era
O calendário islâmico começa no ano de Hégira. O calendário Imperial Japonês começa no início do reino do imperador (por exemplo, 1998 é o décimo ano da era Heisei).
Consulte também:
-
Guia de Suporte à Globalização do Oracle Database para obter informações sobre formatos de calendário
Sobre Formatos Numéricos e Monetários
Países diferentes têm diferentes convenções numéricas e monetárias.
Esta tabela mostra o formato numérico e monetário local para cinco países e fornece um exemplo de cada formato:
| País | Formato Numérico | Formato Monetário |
|---|---|---|
| China | 1,234,567.89 | ©1.234,56 |
| Estônia | 1 234 567,89 | 1 234.56 kr |
| Alemanha | 1.234.567,89 | 1.234,56€ |
| UK | 1,234,567.89 | £1,234.56 |
| US | 1,234,567.89 | $1,234.56 |
Consulte também:
-
Oracle Database Globalization Support Guide para obter informações sobre parâmetros numéricos e de lista
-
Guia de Suporte à Globalização do Oracle Database para obter informações sobre parâmetros monetários
-
Oracle Database SQL Language Reference para obter informações sobre modelos de formato numérico
Sobre Classificação Linguística e Pesquisa de String
Diferentes idiomas têm ordens de classificação diferentes (sequências de colagem). Além disso, diferentes países ou culturas que usam o mesmo alfabeto ordenam as palavras de modo diferente. Por exemplo, em in dinamarquês, Æ vem após Z; Y e U são considerados variáveis da mesma letra.
Consulte também:
-
Oracle Database Globalization Support Guide para obter mais informações sobre classificação linguística e pesquisa de string
Sobre Semântica de Tamanho
Para calcular o número de caracteres em uma string, usando o tamanho do byte, você deve saber o número de bytes em cada caractere no conjunto de caracteres.
Em conjuntos de caracteres de byte único, o número de bytes e o número de caracteres em uma string são os mesmos. Em conjuntos de caracteres multibyte, um caractere ou ponto de código consiste em um ou mais bytes. O cálculo do número de caracteres com base no tamanho dos bytes pode ser difícil em um conjunto com tamanhos de caracteres variáveis. O cálculo do comprimento da coluna em bytes é chamado de semântica de byte, enquanto a medição do tamanho da coluna em caracteres é chamada de semântica de caractere.
A semântica de caracteres é útil para especificar os requisitos de armazenamento em strings multibyte de tamanhos variados. Por exemplo, em um banco de dados Unicode (AL32UTF8), suponhamos que você deva ter uma coluna VARCHAR2 capaz de armazenar até cinco caracteres chineses com cinco caracteres em inglês. Usando-se a semântica de bytes, esta coluna requer 15 bytes para os caracteres do chinês, ou seja, 3 bytes de comprimento, e 5 bytes para os caracteres do inglês, ou seja 1 byte de tamanho, para um total de 20 bytes. Usando-se a semântica de caracteres, a coluna exigirá 10 caracteres.
Consulte também:
-
Oracle Database Globalization Support Guide para obter informações sobre conjuntos de caracteres e semântica de tamanho
Sobre Tipos de Dados Unicode e Caracteres Nacionais SQL
Unicode é um sistema de codificação de caractere que define cada caractere na maioria dos idiomas falados no mundo. Em Unicode, cada caractere tem um código exclusivo, independentemente de plataforma, programa ou idioma.
Você pode armazenar caracteres·Unicode em um Oracle Database de dois modos:
-
Você pode criar um banco de dados Unicode que permita armazenar caracteres codificados em UTF-8 como tipos de dado de caracteres SQL (CHAR, VARCHAR2, CLOB e LONG).
-
Você pode declarar colunas e variáveis que têm tipos de dados de caracteres nacionais SQL.
Os tipos de dados de caracteres nacionais SQL são NCHAR, NVARCHAR2 e NCLOB. Eles também são chamados de Tipos de dados unicode, porque são usados apenas para armazenar dados unicode.
O conjunto de caracteres nacionais, usado para todos os tipos de dados de caracteres nacionais SQL, é especificado quando o banco de dados é criado. O conjunto de caracteres nacionais pode ser UTF8 ou AL16UTF16 (padrão).
Quando você declara uma coluna ou variável do tipo NCHAR ou NVARCHAR2, o tamanho que você especifica é o número de caracteres, não o número de bytes.
Consulte também:
-
Guia de Suporte à Globalização do Oracle Database para mais informações sobre Unicode
-
Oracle Database Globalization Support Guide para mais informações sobre como armazenar caracteres Unicode em um Oracle Database
-
Oracle Database Globalization Support Guide para obter mais informações sobre tipos de dados de caracteres nacionais SQL