FileMaker Pro 19基于公共CID跨表计算字段取值异常排查

核心前提 #

• 需求限定使用计算字段实现，不使用脚本
• 已在关系编辑器中配置Data表与Categories表的CID字段关联，测试环境相同逻辑可正常运行，生产环境跨表计算返回空值
• 目标逻辑：匹配产品对应分类的最小PID，计算偏移量后生成Product [CID].[偏移值]格式的分类内产品标识

根因排查优先级（按生产环境出现概率从高到低排序） #

• 字段类型/关联名不匹配（占此类故障90%以上）
  • 检查两表CID字段的存储类型：必须同时为数字类型，若其中一个为文本类型（哪怕存储内容是纯数字），FileMaker的关联匹配会直接失效，跨表引用返回空值
  • 检查PID、CID MIN、CID MAX字段类型：示例值中的千分位逗号必须是字段格式化显示效果，不能是实际存储的内容，若字段为文本类型，算术减法运算会直接返回空
  • 核对关系别名：你表达式中写的CID::CID MIN前缀CID是关系名，不是字段名。如果生产环境中Data表指向Categories的关联默认命名为Categories而非CID，所有CID::开头的引用都指向不存在的上下文，必然返回空。快速验证方法：直接在Data表的布局上添加CID::CID MIN字段，浏览模式下如果字段显示为空，先核对关系名是否正确。
• 关联配置附加规则拦截
  打开关系编辑器双击两表间的关联线，检查两项配置：
  • 关联匹配逻辑是否为Data::CID = Categories::CID，没有选错匹配字段
  • Categories侧的关联是否设置了过滤条件，若存在类似“过滤已删除分类”“过滤停用分类”的规则，会导致CID匹配但记录被过滤，跨表引用返回空
• 字段索引损坏
  生产环境文件长期读写、异常关闭可能导致字段索引损坏，表面看字段值正常但关联匹配失效：分别打开两表CID字段的选项设置，关闭索引后保存，再重新开启全量索引，重建完成后再测试计算。
• 字段值含不可见脏字符
  若CID是从外部系统导入的，值可能附带零宽空格、换行符等不可见字符，视觉上两表CID值一致但实际不相等：找一条确认CID应为16的记录，临时新建计算字段写Length(Data::CID)和Length(Categories::CID)，如果两个返回值长度不一致，说明存在脏字符，匹配前需要先清洗值。

可用计算字段表达式 #

确认关联名正确后（若关联名为Categories则把表达式中所有CID::替换为Categories::），直接使用以下表达式即可，自带值清洗、有效性校验逻辑，避免空值：

Let (
[
_cleanCID = Filter(Data::CID; "0123456789") + 0;
_cleanPID = Filter(Data::PID; "0123456789") + 0;
_relMin = GetAsNumber(Lookup(CID::CID MIN; ""));
_relMax = GetAsNumber(Lookup(CID::CID MAX; ""));
_offset = _cleanPID - _relMin
];
Case(
    IsEmpty(_relMin); ""; // 未匹配到对应分类返回空
    _cleanPID < _relMin or _cleanPID > _relMax; ""; // PID不在分类区间返回空
    "Product " & _cleanCID & "." & _offset
)
)

用Lookup()替代直接跨表引用的优势是，会强制读取关联匹配到的字段值，同时支持指定匹配失败时的默认返回值，比直接跨表引用稳定性更高。

之前表达式失效的原因 #

• If (CID = CID::CID ; PID - CID::CID MIN)：当关联匹配失效时CID::CID本身为空，空值与任何值做等于判断都返回False，因此直接返回空值
• PID - CID::CID MIN：当关联匹配失效时CID::CID MIN为空，数字与空值做算术运算的结果固定为空，因此无有效返回值

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