Ahora DB2 soporta las palabras clave de secuencia de clasificación nuevas, IDENTITY_16BIT y SQL_CS_IDENTITY_16BIT, para bases de datos Unicode. Cuando se especifica IDENTITY_16BIT para el mandato CLP CREATE DATABASE o se establece SQLEDBDESC.SQLDBCSS en SQL_CS_IDENTITY_16BIT en sqlecrea() -- API para crear base de datos, todos los datos de la base de datos Unicode se clasifican utilizando el orden CESU-8. CESU-8 es el Esquema de codificación de compatibilidad para UTF-16: 8 bits, y en la fecha en que se ha escrito este manual, su especificación está contenida en el Draft Unicode Technical Report (Borrador de informe técnico de Unicode) núm. 26 disponible en el sitio web de Unicode Technical Consortium (www.unicode.org). CESU-8 es código binario idéntico a UTF-8 excepto en los caracteres suplementarios Unicode, es decir, los caracteres que se definen fuera del Nivel multilingüe básico (Basic Multilingual Plane - BMP) o Nivel 0 de 16 bits. En codificación UTF-8, un carácter suplementario se representa mediante una secuencia de 4 bytes, pero el mismo carácter en CESU-8 necesita dos secuencias de 3 bytes.
En una base de datos Unicode, los datos CHAR, VARCHAR, LONG VARCHAR y CLOB se almacenan en UTF-8 y los datos GRAPHIC, VARGRAPHIC, LONG VARGRAPHIC y DBCLOB se almacenan en UCS-2. Para la clasificación IDENTITY o SQL_CS_NONE, los caracteres no suplementarios en UTF-8 y UCS-2 reciben una clasificación binaria idéntica, pero los caracteres suplementarios en UTF-8 se clasifican de forma diferente respecto a los mismos caracteres en UCS-2. IDENTITY_16BIT o SQL_CS_IDENTITY_16BIT asegura que todos los caracteres, ya sean suplementarios o no, de una base de datos Unicode de DB2 tengan la misma clasificación binaria.