使用数组字典查同

ykcbf1100

天地一相 发表于 2024-4-21 17:51
问题会不会在这里，不同段的字典比对之间需要一次清空字典结果。

左侧数据作为字典，右侧数据只不过是用来验证用的。第3、4列数据就是这样来的。
第1列数据，这个很难搞清楚，因为经过很多次后不知道最后的结果是啥，我看了半天也没看出代码有啥问题。

天地一相

ykcbf1100 发表于 2024-4-21 18:44
左侧数据作为字典，右侧数据只不过是用来验证用的。第3、4列数据就是这样来的。
第1列数据，这个很难搞 ...

我也测试的纳闷，单次看3，4列数据就对的。累计计数就是错的。我也修改了。如图，就是左区循环完成后，右区单行的总计数不对。

ooluckydog

天地一相

ooluckydog 发表于 2024-4-21 20:03

谢谢，看了代码，若左边300行，右边20万行。那左右乘积岂不是会很大，还能成吗？

天地一相

ooluckydog 发表于 2024-4-21 20:03

少量测了10行，结果正确！谢谢。还是数据行多了的担忧，望解惑下。

ooluckydog

天地一相 发表于 2024-4-21 20:30
少量测了10行，结果正确！谢谢。还是数据行多了的担忧，望解惑下。

看2个极端情况：
一是左边数组第一条能够完全命中右边数组每一条，处理20万次后，再往后循环就是判断，速度可能还可以接受；
而是左边数组每一条都没有命中右边数组任何一条，计算量会比第一种情况多很多，速度可能会很慢
可以搞个20万条的数据模拟一下

天地一相

ooluckydog 发表于 2024-4-21 20:56
看2个极端情况：
一是左边数组第一条能够完全命中右边数组每一条，处理20万次后，再往后循环就是判断 ...

不行，放了10万行测了下，死机的样子，好久不结束。我目前使用的非字典法，10秒4万行。

ooluckydog

天地一相 发表于 2024-4-21 21:09
不行，放了10万行测了下，死机的样子，好久不结束。我目前使用的非字典法，10秒4万行。

或者在读取数据的时候，把br2，br3处理好，就是合并好数字串放到数据中，可能会快一些，我一会儿试下

ooluckydog

右侧数据搞了10万多行，20秒左右
把index函数干掉了，这个函数超级慢

天地一相

ooluckydog 发表于 2024-4-21 22:08
右侧数据搞了10万多行，20秒左右
把index函数干掉了，这个函数超级慢

谢谢，还没测，粗算了下，估计还不行。左侧数据若增加到300行，耗时就得增加100倍，怕是得2000秒。我目前是使用的公式，右侧前2列。是嫌这样反复写入数据计算繁琐，听说字典快，就想着数据也不往表里写的，直接在数组里处理，就最后给个结果就是。不想，这想法有点难度。