É 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:
- NCHAR, NVARCHAR, NVARCHAR2, NCLOB (no Oracle)
- NCHAR, NVARCHAR, NTEXT, UNICHAR, UNIVARCHAR (no Sybase)
- NCHAR, NVARCHAR (no Informix)
O
suporte aos tipos de dados GRAPHIC, VARGRAPHIC, LONGVARGRAPHIC e DBCLOB no
DB2 é fornecido para o broker com as seguintes
limitações:
- Devido aos problemas relacionados ao suporte Unicode do
z/OS ao chamar procedimentos armazenados usando
PASSTHRU, você não deve usar esse método de chamada de procedimentos armazenados. Para obter informações adicionais, consulte Instrução PASSTHRU.
- O uso de funções de sequência do DB2
com dados Unicode pode retornar resultados inesperados. Para obter informações adicionais, consulte Funções de cadeia Unicode em DB2.
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:
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.