Usando Unicode em Aplicações Globalizadas

Você pode inserir e recuperar dados Unicode. Os dados são convertidos de forma transparente entre os programas do banco de dados e do cliente, o que assegura que os programas clientes não dependam do conjunto de caracteres do banco de dados e nacionais.

Consulte também:

Representando os Literais da String Unicode no SQL e PL/SQL

Há três maneiras de representar uma literal de string Unicode em SQL ou PL/SQL, conforme mostrado nos exemplos a seguir.

Consulte também:

Evitando a Perda de Dados Durante a Conversão do Conjunto de Caracteres

Como parte de uma instrução SQL ou PL/SQL, um literal (com ou sem o prefixo N) é codificado no mesmo conjunto do restante da instrução. No lado do cliente, a instrução é codificada no conjunto do caractere do cliente, que é determinado pelo parâmetro NLS_LANG. No lado do servidor, a instrução é codificada no conjunto de caracteres do banco de dados.

Quando a instrução SQL ou PL/SQL for transferida do cliente para o banco de dados, seu conjunto de caracteres será convertido apropriadamente. Se o conjunto de caracteres do banco de dados não contiver todos os caracteres usados pelo cliente em literais de texto, então os dados serão perdidos nesta conversão. Os literais da string NCHAR são mais vulneráveis que os literais de texto CHAR, porque eles foram projetados para serem independentes do conjunto de caractere do banco de dados.

Para evitar perda de dados na conversão para um conjunto de caracteres de banco de dados incompatível, você pode ativar a funcionalidade de substituição literal NCHAR. Para obter mais informações, consulte Oracle Database Globalization Support Guide.