Aplicaciones Java y datos Unicode

Java™ está basado en Unicode, y todo el procesamiento de caracteres dentro de una aplicación Java se produce en Unicode. Los datos de caracteres que aún no están en Unicode deben convertirse antes de pasarlos a una aplicación Java. Estas conversiones son gestionadas por Db2 o por el controlador JDBC y son transparentes para la aplicación.

También puede pasar datos binarios a una aplicación Java para convertirlos en datos de caracteres. (Esta declaración asume que usted proporciona la codificación Java correcta)

Desde una perspectiva de programación Java, usted está manipulando objetos y no necesita preocuparse por la codificación subyacente. Sin embargo, cuando su aplicación Java se comunica con otra tecnología, como Db2 for z/OS®, puede producirse una conversión. Db2 , o el controlador JDBC, se encargan de esta conversión, pero debe tener en cuenta los costes de conversión.

La conversión depende de cómo utilice el controlador y cómo se almacenen los datos en Db2. Con una conectividad de tipo 2 Data Server Driver for JDBC and SQLJIBM® en Db2 for z/OS, el controlador envía los datos en el esquema de codificación del servidor de destino. Con una conectividad de tipo 4 ( IBM Data Server Driver for JDBC and SQLJ ), el controlador envía los datos en un formato de transferencia de archivos ( UTF-8 ).

IBM Data Server Driver for JDBC and SQLJ la conectividad de tipo 2 en Db2 for z/OS utiliza una anulación SQLDA para indicar a Db2 si el esquema de codificación es diferente al que se especificó en el momento de la vinculación. IBM Data Server Driver for JDBC and SQLJ la conectividad de tipo 4 utiliza flujos de datos DRDA para describir los datos. Debido a que este entorno es un entorno DRDA, Db2 no utiliza la opción de enlace ENCODING para determinar el CCSID de los datos o para codificar datos.

Java puede manejar datos tanto big endian como little endian. (Esta declaración asume que usted proporciona la codificación Java correcta)