WebSphere Message Broker, Versión 8.0.0.5 Sistemas operativos: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte la información sobre la última versión del producto en IBM Integration Bus, Versión 9.0

Soporte para datos Unicode y DBCS en las bases de datos

Puede manipular datos de la versión 3.0 de Unicode Standard en bases de datos configuradas adecuadamente, utilizando ESQL, en nodos que accedan a bases de datos mediante ODBC. El intermediario no da soporte a columnas sólo DBCS dentro de tablas definidas en bases de datos.

Por tanto, el intermediario no da soporte a ciertos tipos de datos, incluidos los tipos siguientes:

Se proporciona soporte para los tipos de datos GRAPHIC, VARGRAPHIC, LONGVARGRAPHIC y DBCLOB en DB2 para el intermediario, con las siguientes limitaciones:

El soporte para Unicode sólo está disponible para las versiones soportadas en general de los siguientes gestores de base de datos:
  • IBM® DB2 para sistemas operativos Windows, Linux, UNIX y z/OS.
  • Oracle
  • Microsoft SQL Server
  • Sybase Adaptive Server Enterprise (ASE)
Para obtener información sobre las versiones de las bases de datos soportadas, consulte Requisitos de WebSphere Message Broker.

El soporte para la manipulación de datos Unicode no está disponible para nodos que acceden a bases de datos que utilizan JDBC; por ejemplo, DatabaseRetrieve y DatabaseRoute.

Las siguientes instrucciones se aplican a las aplicaciones de 32 bit y de 64 bits.

Si utiliza DB2:
  • En los sistemas operativos Windows, Linux y UNIX, la base de datos debe crearse con la página de códigos utf-8.
  • En z/OS, establezca la variable MQSI_DB2_CONVERSION del entorno del intermediario en el valor UNICODE. En la definición ODBC añada la declaración CURRENTAPPENSCH=UNICODE a la stanza [COMMON].
  • En todas las plataformas, DB2 devuelve las longitudes de las series en bytes, en lugar de caracteres; esta respuesta afecta al comportamiento de las funciones ESQL relacionadas con la longitud.

    Algunas funciones pueden fallar, o funcionar de forma distinta, cuando la base de datos las procesa. Consulte Funciones de serie Unicode en DB2 para obtener más información.

Si utiliza Oracle:
  • La base de datos se debe crear con NLS_CHARACTERSET de AL32UTF8.
  • La definición del origen de datos ODBC debe incluir el valor ColumnSizeAsCharacter=1.

    En las plataformas UNIX y Linux, este valor debe incluirse en la stanza apropiada en los archivos ini de ODBC.

    En las plataformas Windows, este valor de serie se debe añadir a la clave del origen de datos ODBC en el registro.

    Consulte Habilitación de las conexiones ODBC con las bases de datos para obtener más información.

  • Para las conexiones de 32 bits, debe establecer la variable NLS_LANG en el entorno del intermediario en el valor <su_idioma>_<su_territorio>.AL32UTF8.
Si utiliza Microsoft SQL Server:
  • Debe utilizar los tipos de datos NCHAR, NVARCHAR y NTEXT para las definiciones de columnas.
  • Para los intermediarios de las plataformas UNIX y Linux, la definición de origen de datos ODBC debe incluir el valor ColumnSizeAsCharacter=1; este valor debe incluirse en la stanza adecuada de los archivos .ini de ODBC.
Si utiliza Sybase ASE:
  • El juego de caracteres predeterminado del servidor ASE debe ser UTF-8.
  • La definición de origen de datos ODBC debe incluir los valores ColumnSizeAsCharacter=1 y CharSet=UTF8.

    En las plataformas UNIX y Linux, este valor debe incluirse en la stanza apropiada en los archivos .ini de ODBC.

    En las plataformas Windows, este valor de serie se debe añadir a la clave del origen de datos ODBC en el registro.

    Consulte Habilitación de las conexiones ODBC con las bases de datos para obtener más información.

Avisos | Marcas registradas | Descargas | Biblioteca | Soporte | Comentarios

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

        
        Última actualización:
        
        Última actualización: 2015-02-28 16:58:14


Tema de referenciaTema de referencia | Versión 8.0.0.5 | ac00407_