GBase 8s 迁移避坑：这几个细节别踩雷

GBase 8s 迁移避坑：这几个细节别踩雷
最近在用 dbexport/dbimport 做数据迁移，踩了几个关于大小写、语言环境和触发器的小坑，整理出来给大家提个醒。

一、NLCASE 模式：大小写敏感要对齐
迁移时，源库和目标库的 NLCASE 模式必须完全一致，不然很容易出问题：

   排序结果会变：ORDER BY 语句的排序规则可能和原来不一样，比如 GBase、gbase 会被当成不同的值处理。
   索引 / 约束冲突：如果表里有同一字符串的大小写变体，原来合法的唯一索引，迁移后可能报 “重复值” 错误。
   查询结果不一致：条件查询可能会返回和源库不同的结果，影响业务逻辑。

最稳妥的做法，就是目标库保持和源库相同的大小写敏感模式。

二、非默认语言环境：记得开 USE_DTENV
如果你的库用了非默认的语言环境，并且 GL_DATETIME 也改了非默认值，导出 / 导入前必须把 USE_DTENV 设为 1，否则本地化的 DATETIME 值可能会处理错误，导致数据异常。

三、SELECT 触发器：导出前必须禁用
用 dbexport 导出前，一定要先禁用表上的 SELECT 触发器。因为导出过程会执行大量 SELECT 语句，而触发器如果在此时修改了数据，会导致导出的数据不一致，甚至影响源库的状态。
这些细节虽然不起眼，但踩一个就可能导致迁移失败或数据不一致。迁移前花几分钟核对这些配置，能省不少后续排查的麻烦。