UNIQUE-BUG

limonet

今天在处理数据的时候用到UNIQUE+XLOOKUP，结果有一部分无法匹配，后面通过高级筛选去重是正确的，又试了老函数嵌套，也是正确的，去官网没有找到答案。
UNIQUE 函数 - Microsoft 支持
去必应，也没有找到答案。
测试环境：M365与Excel2019

tntg534462

你故意有一个括号大写一个小写？

limonet

tntg534462 发表于 2023-5-19 23:31
你故意有一个括号大写一个小写？

没有故意，原数据是这样。

象山海鲜

测试了下，UNIQUE函数 对于文本
是转为双字节字符 【WIDECHAR】（也可能是尽量转为单字节字符【ASC】）然后再比较是否相同，
好像字典一样只保留第一个符合的，其余相同的都会舍弃。

推测不属于bug，应该属于他的比较规则。

limonet

象山海鲜 发表于 2023-5-20 10:12
测试了下，UNIQUE函数 对于文本
是转为双字节字符 【WIDECHAR】（也可能是尽量转为单字节字符【ASC】）然 ...

那是不是可以这样理解：对于多语言支持不好。
UNIQUE既然是去重，没有达到工作的目的，那这个函数就不踏实，就没有信任，就名不符实。

象山海鲜

limonet 发表于 2023-5-20 10:26
那是不是可以这样理解：对于多语言支持不好。
UNIQUE既然是去重，没有达到工作的目的，那这个函数就不踏 ...

嗯嗯，这样的可能性更大些，毕竟微软是英文为主的，其他语言都属于扩展...，可能为了能支持 加入了这个规则吧。

咔咔乱坠

原来unique会自动将中英文括号识别为同一种，学到

aichong

我觉得应该属于bug，应该属于他的比较规则不够严谨。

高个子

UNIQUE对于文本是尽量转为单字节字符【ASC】，然后再比较是否相同，与不区分大小写是一样的。毕竟微软是美国人开发的，底层肯定以英文为主，我们只是汉化一些基本功能，我觉得这不属于bug。我觉得这也不是名不符实，毕竟英语体系国家不怎么用双字节，我们不是英语体系国家又在用别人开发的东西，只能去接受人家的设定。


match和countif倒是支持双字节字符的比较

如果想用unique保留双字节字符，我的思路是这样的

1. =BYROW(IFERROR(CHAR(UNIQUE(CODE(MID(A2:A7,COLUMN(A:Z),1)))),""),LAMBDA(x,CONCAT(x)))

复制代码

limonet

UNIQUE个人不敢用了，用高级筛选。