Unidata多值表解嵌套时使用CONVERT.SQL转换SQL遇字段不匹配报错

报错触发逻辑 #

返回“字段‘CHECK.NUM’的关联关系与短语‘CHECK’不匹配”的错误，本质是CONVERT.SQL的内置语法解析规则触发了前置校验拦截：
工具默认将字段名中的点号识别为「关联对象别名.下属字段名」的分隔标记，当扫描到CHECK.NUM字段时，会提取CHECK作为关联别名，去匹配当前多值表字典中已定义的关联嵌套段；由于当前表结构内不存在别名为CHECK的可关联对象，校验不通过就会直接中断全流程，最终出现0个文件完成转换的结果。

注意：这一中断逻辑是工具的默认设计——只要扫描到任意一个字段无法完成关联关系匹配，整个转换任务就会终止，不会生成任何临时文件、不会做部分输出，该现象和目录权限、磁盘空间不足无关。

可落地的修复操作 #

• 修正带点号字段的映射配置
  针对本身命名就包含点号的业务字段（比如业务自定义的校验类字段CHECK.NUM），在多值表字典的SQL转换配置中，为这类字段增加映射别名，将含点号的原字段名转换为SQL兼容的无特殊字符字段名（比如映射为check_num），让工具跳过对这类字段的点号关联解析逻辑。
• 核对关联别名定义一致性
  如果原方案本计划将某段嵌套多值字段拆分为独立的SQL关联子表，需要检查转换配置中的关联标记：确认嵌套段的定义别名、字段引用时使用的别名完全一致，避免出现别名拼写错误、嵌套段未被标记为可关联属性的错配问题。
• 应急快速转换方案
  若需优先拿到基础表结构，可在执行CONVERT.SQL命令时追加SKIPRELCHECK参数，跳过前置的关联关系校验环节，强制完成全量字段的格式转换，后续再手动调整关联字段的映射关系即可。

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