提速，提取4000多个txt，耗时56.39秒，谢谢prome3、wanghan519、lxdexcel等诸位老师！

lxdexcel

241 或者 242 是没有多大区别的，241行数是准确的，但是因为每行的字节数不相同，所以不能准确定位到要找的那一行，多加几行只是为了保证所找的数据包括在查找范围内，这个代码只是查找最后一天的第一个数据，如果想查找其他日期的数据是不能用的，即使更改了查找日期也是不行的。

lhj323323

lxdexcel 发表于 2024-2-15 15:02
241 或者 242 是没有多大区别的，241行数是准确的，但是因为每行的字节数不相同，所以不能准确定位到要找的 ...

也即是，这组代码是写死了的，只能用于查找【最近一天】的第一分钟数据。

我理解对了吗？

wanghan519

lhj323323 发表于 2024-2-15 22:18
也即是，这组代码是写死了的，只能用于查找【最近一天】的第一分钟数据。

我理解对了吗？

可以先正常搜一个文件，确定倒数的行数，再对于之后的文件seek到那附近再搜，对于没搜到的文件，再重复以上步骤，应该很快
所以说上面的代码只是展示了先缩小范围，再整块搜是很快的，可以灵活的用也不算写死了

lhj323323

prome3 发表于 2024-2-14 21:37
代码的思路我弄清楚了，确实很妙。倒不是说用了Seek，因为一开始我看到这个贴子的时候立马就想到了Seek跳 ...

回复95楼

老师，我今天才看到这层楼的内容，不好意思
回复如下
73楼的代码，我验证过，当时报错并贴图了，我猜想出错的原因会不会是
同路径的txt的个数，由40个，增加到4415个
73楼的代码，在逻辑上，肯定是正确的，后续的修改，也仅是【程度】的变化。
即
ReDim vResult

lhj323323

wanghan519 发表于 2024-2-16 03:25
可以先正常搜一个文件，确定倒数的行数，再对于之后的文件seek到那附近再搜，对于没搜到的文件，再重复以 ...

老师：
你在95楼所说的
【试着把他的代码改为按日期查找的，亲身体验一下其中玄妙】
我也觉得有可行性，
但lxdexcel老师在105楼说回复如下
【这个代码只是查找最后一天的第一个数据，如果想查找其他日期的数据是不能用的，即使更改了查找日期也是不行的】

prome3

lhj323323 发表于 2024-2-16 09:09
回复95楼

老师，我今天才看到这层楼的内容，不好意思

你这是代码运行调试，而非验证或者测试。前者在于代码语法的正确性，后者关注代码逻辑的正确性，以及最终结果的正确性。

如果你真看明白了他的代码，也就可以自己调试，而不用为一个小小的Redim vResult发截图来问了。

yuwd3

他的样本日期并不统一，就最后几天一样，前面基本不同。文件最大的字节100多万，最小才8万多。坐等高手怎么用seek定位日期。

lhj323323

yuwd3 发表于 2024-2-16 12:32
他的样本日期并不统一，就最后几天一样，前面基本不同。文件最大的字节100多万，最小才8万多。坐等高手怎么 ...

大致有点理解您的意思了。
多谢老师。