FileMaker中无序回车分隔列表相等性验证方案可行性问询

问题背景 #

在FileMaker开发中，需要验证两个以回车分隔的列表是否相等，允许列表项顺序不同。例如：

Style: Modern
Title: Administration

与

Title: Administration
Style: Modern

应判定为相等。现考虑通过计算字符串所有字符的Unicode值总和+字符串长度的方式进行比较，需明确两个问题：

1. 该方法能否准确判定顺序不同的相等列表？
2. 长列表场景下，出现内容不同但长度、字符总和均相同的冲突概率是否极低？

方法有效性分析 #

1. 无法完全可靠判定 #

这种方法不能保证100%准确。不同的字符组合完全可能拥有相同的长度和Unicode值总和，导致误判。举个简单例子：

• 字符串AB（Unicode值65+66=131，长度2）
• 字符串@C（Unicode值64+67=131，长度2）
  二者内容完全不同，但会被该方法判定为相等。

2. 冲突概率并非极低 #

长列表场景下，冲突概率会有所降低，但仍存在不可忽略的风险——只要存在不同字符组合的加权和一致且长度相同，就会产生冲突。对于需要绝对准确的业务场景（如数据校验、权限验证），这种方法的可靠性不足以依赖。

更可靠的替代方案 #

推荐以下两种方案：

• 排序后拼接比较：将两个列表的所有项分别拆分、排序，再用固定分隔符（如回车）拼接成字符串后直接比较。
• 哈希值校验：计算每个列表项的哈希值（如MD5、SHA-256），将哈希值排序后拼接成新字符串，再对比两个拼接后的哈希串。哈希算法的碰撞概率远低于字符总和法，能满足绝大多数场景的准确性要求。

原Unicode总和计算代码（中文注释版） #

While ( [ 
    // 初始化变量
    charpoint = 1;
    converttext = "    Style: Modern
    Title: Administration";
    lengthText= Length ( converttext );
    finalnumber=0;
    texttest = ""
] ; 
    // 循环条件：当前字符位置不超过文本长度
    charpoint <= lengthText;  
[
    // 累加当前字符的Unicode值
    finalnumber = finalnumber + Code( Middle ( converttext ; charpoint; 1) );
    // 字符位置后移一位
    charpoint = charpoint + 1
] ; 
    // 返回最终累加结果
    finalnumber
)

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