为何KDB RDB中出现End-of-Day（EOD）刷新错误？

问题背景 #

• 昨日在RDB执行End-of-Day（EOD）数据刷新时，触发"sym"相关错误（相关错误截图已附上）
• 此前tickerplant架构稳定运行数月，近期因误用symbol类型导致内存占用过高，将非重复列改为char向量，一周后出现该问题
• 生产环境内两台配置一致的tickerplant，仅出现问题的节点中，orders表的主键列类型为big C而非sym

问题分析 #

错误根源在于tickerplant与RDB的EOD刷新逻辑存在数据类型不匹配：

• EOD刷新过程中，RDB的加载/同步逻辑通常默认依赖tickerplant表的标准主键类型sym；当出现问题的节点将orders表主键改为big C（大字符类型）后，RDB的类型校验逻辑无法匹配，直接抛出"sym"相关错误
• 另一台正常节点因主键保留sym类型，与RDB逻辑预期完全匹配，所以未触发错误

解决方案 #

1. 修正表结构类型（优先方案）
   将出现问题的tickerplant中orders表的主键列从big C改回sym类型，操作前务必备份数据：

   // 备份当前orders表数据
   ordersBackup:orders;
   // 重建表并转换主键类型为sym，保留其他列的类型与数据
   orders:([] sym:`sym$exec sym from orders; price:exec price from orders; ... // 补充其他列)
   

2. 验证EOD脚本兼容性（备选）
   检查RDB的EOD刷新脚本，若存在硬编码依赖sym类型主键的逻辑，可针对性调整以兼容big C类型，但不推荐此方案——sym是kdb+中用于标的标识的标准类型，在主键场景下内存效率与逻辑兼容性更优
3. 内存优化替代方案
   若当初改char类型是为了降低内存占用，可采用更合理的方式优化：
   • 对非重复列先统一大小写（如lower/upper）再转换为sym，减少sym基数
   • 对高频重复的长字符串，使用enum类型替代char，兼顾内存效率与类型规范性

内容的提问来源于stack exchange，提问作者works