说的好，于是我选择 vmware

原因盲猜有不可见且不可打印字符
测试方法：
把 temp_dict 用 print(repr(temp_dict))打印一遍，对比你复制后的 py 文件里的 print(repr(new_dict))，看有没有啥多出来的东西

@baobao1270 #6 挺理解人手不足，但这种一安装上来就马上提示要 update 却报错的门面问题确实挺败坏路人好感😂让人有一种 “他们明明可以随便就修复或者额外一段脚本假装修复了，却特意留着” 的感觉

有那种直接教上手做某个项目的教程是最好的
在做项目的时候发现啥问题解决一个问题，解决问题的时候才去参考官方文档、博客文章、stackoverflow 问答

vmware 家的 fusion player 个人非商用是免费的，怎么没见人提

和众多游戏运营一堆游戏 bug 不修，商城 /充值 bug 出现就热更 /停服，用了就封号类似
以"会不会威胁到它赚钱"为依据

同
不过这对于 windows 来说，算“小 Bug”🐶👹

@tutu2000 #121 确实，但说多了容易被 WJ 针对
只能说他们在内外树敌那么多，多半都是自己作出来的

跪久了腿麻了坏死了是要截肢的，这时候看到别人能正常站着说话能不嫉恨吗？
大家讨论归理性讨论，但对于这些自己跪废了腿截肢的人真没必要废那么多口舌，历史的车轮终将向前，奴才和奴隶主终究会被时代抛弃

有意思

其他支持 array 字段类型 和 倒排索引 的数据库倒是有法子
就是把这六个列的数据当作一个 array 存起来，查的时候用倒排索引去查

1. add array column
2. set new_array_column = array[value1, value2, ..., value6]
3. select * from A where new_array_column @> array['1']

这样只用查一次倒排索引就能解决问题，可以避免 union 查 6 次索引的开销，而且你题目中还要用 distinct 去重，也就是说要对六个结果集进行一次综合排序，这额外开销太大了。

不知道 clickhouse 支不支持上面说的两样关键东西[array 字段类型]和[倒排索引]，支持的话就好办，不支持的话 op 你只能参照这个基本思想去聚合六个字段的内容到一个字段，自己想办法结合查询条件去实现这个字段怎么存内容了

这跟梗图里“几十年后重新发明网页浏览器、重新发明有线耳机、重新发明可替换电池的手机”真是异曲同工......

给不想看链接原文的 v 友总结一下。对于小白用户来说，这个问题可以用下面的梗图概括
https://i.imgur.com/7UQQ1K7.png

年轻还是好，可以为了想象中各种*起来的样子而不停更换*具
不像老了手边有啥好用的就用啥（胡言乱语