|O DB2 agora suporta novas palavras-chave de intercalação, IDENTITY_16BIT e |SQL_CS_IDENTITY_16BIT, para bancos de dados Unicode. Quando |IDENTITY_16BIT for especificado para o comando CLP CREATE DATABASE ou |SQLEDBDESC.SQLDBCSS for definido para SQL_CS_IDENTITY_16BIT em |sqlecrea() -- Criar API do Banco de Dados, todos os dados do banco de |dados Unicode serão intercalados utilizando a ordem do CESU-8. CESU-8 |significa Esquema de Codificação de Compatibilidade para UTF-16: 8 |Bits e até o momento desta publicação, sua especificação está contida no |Draft Unicode Technical Report #26 disponível no site na Web Unicode Technical |Consortium (www.unicode.org). CESU-8 é binário, como o |UTF-8, exceto pelos caracteres suplementares Unicode, ou seja, os caracteres |definidos fora do 16-bit Basic Multilingual Plane (BMP ou Plane 0). Na |codificação UTF-8, um caractere suplementar é representado por uma seqüência |de 4 bytes, mas o mesmo caractere em CESU-8 requer duas seqüências de 3 |bytes.
|Em um banco de dados Unicode, dados CHAR, VARCHAR, LONG VARCHAR e CLOB são |armazenados em UTF-8 e dados GRAPHIC, VARGRAPHIC, LONG VARGRAPHIC e DBCLOB são |armazenados em UCS-2. Para a intercalação IDENTITY or SQL_CS_NONE, |caracteres não suplementares em UTF-8 e UCS-2 têm intercalação binária |idêntica, mas caracteres suplementares em UTF-8 intercalam de forma diferente |que os mesmos caracteres em UCS-2. IDENTITY_16BIT ou |SQL_CS_IDENTITY_16BIT asseguram que todos os caracteres, suplementares ou não, |em bancos de dados DB2 Unicode têm a mesma intercalação binária.