虽然 SET COLLATION 使得您能在会话内动态地更改数据库服务器的对照顺序，但您应了解对 SET COLLATION 语句可发挥作用的范围的几个限制。
- 仅数据库服务器执行的对照受影响。对数据排序的客户端进程不受 SET COLLATION 影响。
- 仅当前会话受影响。其他会话不受您的 SET COLLATION 语句的直接影响，但数据库服务器会使用它们的创建时对照顺序来设置任何数据库对象，这些数据库对象是您在已成功地运行了
SET COLLATION 之后创建的那些。
- 对对照顺序的更改不更改代码集。数据库服务器通常使用由 DB_LOCALE 指定的代码集。
- 仅按照特定于语言环境的顺序对 NCHAR 和 NVARCHAR 值进行排序。
处理来自不同的代码集的字符
由于 SET COLLATION
仅更改对照顺序，而不是当前的语言环境或代码集，因此您通常不可使用此语句来将来自不同的语言环境的字符数据插入到同一数据库之内。如果数据库需要存储来自两种或多种语言的字符，这些语言内在地需要不同的代码集或代码页，则您必须改为使用支持
Unicode 的语言环境。对于
GBase 8s ESQL/C 应用，以及对于使用
GBase 8s GLS 库的其他客户端应用，其语言环境支持 UTF-8 字符编码的数据库可存储相应于来自多种自然语言的不同的字符集的代码点的字符，但仅当下列条件全都满足时：
- 当数据库服务器实例启动时，设置 GL_USEGLU 环境变量为 1。
- 当创建数据库时，设置 DB_LOCALE 环境变量为有效的 Unicode 语言环境。
- 设置 CLIENT_LOCALE 环境变量为数据库服务器的 DB_LOCALE
设置支持的有效的 Unicode 语言环境。
对于 GBase 8s 要使用“Unicode 的国际组件”（ICU）4.8.1 库来支持最高达 6.0 的 Unicode 的版本，在启动服务器之前，在服务器环境中必须将 GL_USEGLU 环境变量设置为值 1（一）。在使用 UTF-8 字符编码的数据库中，此设置初始化启用 Unicode 对照和 SQL 操作的那些转换规则，包括 Chinese GB18030-2000 代码集。此转换仅适用于以已设置的 GL_USEGLU=1 创建了的数据库。
注意： 然而，GL_USEGLU 环境变量对 JDBC 客户端应用不起作用 ，包括 GBase 8s
JSON 兼容性线协议 listener 的那些应用。要在 Unicode 语言环境中正确地支持 JDBC 应用，没有在客户端或在服务器环境中将
GL_USEGLU 设置为 1 的要求。