WebSphere Message Broker, Versão 8.0.0.5 Sistemas operacionais: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte as informações sobre a versão mais recente do produto em IBM Integration Bus, Versão 9.0

Suporte para Dados Unicode e DBCS em Bancos de Dados

É possível manipular dados Unicode Standard versão 3.0, em bancos de dados devidamente configurados, utilizando ESQL, em nós que acessam os bancos de dados por ODBC. O broker não suporta as colunas DBCS somente em tabelas que sejam definidas em bancos de dados.

Por essa razão, o broker não suporta determinados tipos de dados, incluindo os seguintes tipos:

O suporte aos tipos de dados GRAPHIC, VARGRAPHIC, LONGVARGRAPHIC e DBCLOB no DB2 é fornecido para o broker com as seguintes limitações:

Suporte a Unicode está disponível apenas para as versão geralmente suportadas dos seguintes gerenciadores de bancos de dados:
  • IBM® DB2 para sistemas operacionais Windows, Linux, UNIX, e z/OS.
  • Oracle
  • Microsoft SQL server
  • Sybase Adaptive Server Enterprise (ASE)
Para obter informações sobre as versões de bancos de dados suportadas, consulte Requisitos do WebSphere Message Broker.

Suporte a manipulação de dados Unicode não está disponível para nós que acessem os bancos de dados que utilizam JDBC; por exemplo, DatabaseRetrieve e DatabaseRoute.

As seguintes instruções se aplicam a ambos aplicativos 32-bit e 64-bit.

Se estiver utilizando DB2:
  • Nos sistemas operacionais Windows, Linux, e UNIX, o banco de dados deve ser criado com código utf-8.
  • No z/OS, configure a variável MQSI_DB2_CONVERSION no ambiente do broker como o valor UNICODE. Na definição ODBC, inclua a instrução CURRENTAPPENSCH=UNICODE na sub-rotina [COMMON].
  • Em todas as plataformas, o DB2 retorna os comprimentos de cadeias em bytes, em vez de caracteres; esta resposta tem implicações para o comportamento de funções ESQL relacionadas ao comprimento de cadeias.

    Algumas funções podem falhar, ou funcionar diferentemente, ao ser processadas pelo banco de dados. Consulte Funções de cadeia Unicode em DB2 para obter informações adicionais.

Se estiver utilizando Oracle:
  • O banco de dados deve ser criado com NLS_CHARACTERSET de AL32UTF8.
  • A definição de origem de dados ODBC deve incluir a configuração ColumnSizeAsCharacter=1.

    Nas plataformasUNIX e Linux, esta configuração deve ser incluída na sub-rotina apropriada nos arquivos iniciais ODBC.

    Nas plataformas do Windows, este valor de cadeia deve ser incluído na tecla origem de dados ODBC no registro.

    Consulte Ativando as Conexões ODBC para os Bancos de Dados para obter informações adicionais.

  • Para conexões de 32 bits, você deve configurar a variável NLS_LANG no ambiente do broker com o valor <yourlanguage>_<yourterritory>.AL32UTF8.
se estiver utilizando Microsoft SQL server:
  • É necessário usar os tipos de dados NCHAR, NVARCHAR e NTEXT para suas definições de coluna.
  • Para brokers em plataformas UNIX e Linux, a definição de origem de dados ODBC deve incluir a configuração ColumnSizeAsCharacter=1; esta configuração deve ser incluída na sub-rotina apropriada nos arquivos .ini ODBC.
Se estiver utilizando Sybase ASE:
  • O conjunto de caracteres padrão de seu servidor ASE deve ser UTF-8.
  • A definição de origens de dados ODBC deve incluir a configuração ColumnSizeAsCharacter=1 e CharSet=UTF8.

    Em plataformas UNIX e Linux, esta configuração deve ser incluída na sub-rotina apropriada nos arquivos .ini ODBC.

    Nas plataformas do Windows, este valor de cadeia deve ser incluído na tecla origem de dados ODBC no registro.

    Consulte Ativando as Conexões ODBC para os Bancos de Dados para obter informações adicionais.

Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última atualização:
        
        Última atualização: 2015-02-28 18:28:11


Tópico de ReferênciaTópico de Referência | Versão 8.0.0.5 | ac00407_