|对于 Unicode 数据库，DB2 现在支持新的整理序列关键字 |IDENTITY_16BIT 和 SQL_CS_IDENTITY_16BIT。当为 CLP CREATE DATABASE 命令指定了 |IDENTITY_16BIT，或者在 sqlecrea() — “创建数据库 API”中将 |SQLEDBDESC.SQLDBCSS 设置为 SQL_CS_IDENTITY_16BIT，则将使用 |CESU-8 次序来整理 Unicode 数据库中的所有数据。 |CESU-8 是 UTF-16 的兼容性编码方案：8 位， |在此之前，其规范包含在“Unicode 技术协会”Web 站点（www.unicode.org）的“草稿 Unicode 技术报告 #26”中。除了 |Unicode 补充字符之外，CESU-8 是与 UTF-8 完全相同的二进制， |即，那些字符是在 16 位的“基本多语言平面”（BMP 或平面 0）外部定义的。在 |UTF-8 编码中，补充字符是由一个 4 字节的序列表示的，但是，采用 CESU-8 的同一字符需要两个 3 字节序列。
|在 Unicode 数据库中，CHAR、VARCHAR、LONG VARCHAR 和 |CLOB 数据是采用 UTF-8 形式存储的，而 GRAPHIC、VARGRAPHIC、LONG VARGRAPHIC 和 |DBCLOB 数据是采用 UCS-2 形式存储的。对于 IDENTITY 或 SQL_CS_NONE 整理， |采用 UTF-8 和 UCS-2 的非补充字符具有完全相同的二进制整理， |但是，采用 UTF-8 整理的补充字符与采用 UCS-2 的相同字符是不同的。 |IDENTITY_16BIT 或 SQL_CS_IDENTITY_16BIT 确保 |DB2 Unicode 数据库中的所有字符（包括补充字符和非补充字符）具有相同的二进制整理。