Corteza项目中浮点数过滤问题的技术解析

问题背景

在Corteza 2024.9.1版本中，开发人员发现当使用工作流查询(workflow query)对记录进行过滤时，如果过滤条件涉及浮点数(float)类型的字段，系统会报错。而使用整数或字符串形式的数字则能正常工作。

技术现象

具体表现为：

1. 当直接使用浮点数值作为过滤条件时（如Score1 > 1.1），系统会抛出错误
2. 将数值转换为字符串形式（如Score1 > '1.1'）可以正常过滤
3. 整数类型的过滤条件（如Score1 > 1）也能正常工作

根本原因分析

经过技术验证，这个问题实际上是由于Corteza查询解析器的设计特点导致的。系统在处理数值类型过滤条件时：

1. 对于明确的数值类型（整数），系统能够正确解析
2. 对于浮点数，由于可能存在精度和格式问题，系统更倾向于将其作为字符串处理
3. 字符串形式的数值比较在大多数情况下能够正常工作，因为数据库引擎会自动进行类型转换

解决方案

开发人员可以采用以下两种方式解决此问题：

1. 推荐方案：将浮点数用单引号包裹，作为字符串处理

   Score1 > '1.1'
   

2. 替代方案：如果数值是整数，可以直接使用数值形式

   Score1 > 1
   

注意事项

虽然字符串形式的数值比较在大多数情况下有效，但开发人员需要注意：

1. 科学计数法表示的数值（如1.23e+10）可能需要特殊处理
2. 对于需要精确排序的场景（如月份排序），建议使用前导零格式（如'01','02'...'12'）
3. 极值情况（极大或极小的数值）可能需要额外验证

技术建议

对于Corteza开发团队，可以考虑以下改进方向：

1. 增强查询解析器对浮点数的原生支持
2. 提供更明确的错误提示，指导用户正确使用数值过滤
3. 在文档中明确说明数值过滤的最佳实践

总结

这个问题展示了在低代码平台中处理数据类型时面临的挑战。虽然通过字符串形式的数值比较可以解决当前问题，但从长远来看，增强系统对各类数据类型的原生支持将提供更好的开发体验。开发人员在使用时应当注意数据格式的一致性，特别是在涉及数值比较和排序的场景中。