近期有个严重问题困扰了我，希望能尽快得到解决

安朗

我多次验证发现，你们取历史数据是从本地机器取的，但是本地数据必须数据维护里补充才有的，当天分时是由本地收到tick数据后整合的分时数据，这个逻辑本没有错，
但是当天分时历史数据我建议需要调整下，目前会导致一个问题，盘中我的客户端软件异常中断了，再启动，其中离线这段时间的分时我就取不到了，同时也会导致盘后
补充数据也补不上来这块缺失的数据，你们程序补数据可能是判断的每天分时收盘时间，由于我盘中后i面一直开着取tick数据，本地已经有了当天的收盘分时，所以盘后补数据也补
不上来，非得我把那合约的完整分时K线调出来，才能补充上。
不知道是否明白我描述的意思，我的建议是1.盘中我们取当天分时周期的数据应该校对下，如果不全，就自动从服务器获取补全，防止离线导致分时数据不连续的问题
2.盘后补数据时，要校对下分时数据的完整性，当然如果1完全做到了，可能2就不需要了。但最好还是加一层校验，确保盘后补数据不出现漏掉的现象。
量化对数据的准确完整性要求是很高，希望能引起重视，谢谢！

admin

软件异常退出，启动后需要补充当日tick数据。

安朗

那万一自己忘记或者漏掉了，就不好弄了啊
另外一个问题您没解答我，收盘后，我补分时时，即使有缺失分时时间段，应该自动把我缺失的部分补齐才行

admin

安朗 发表于 2024-10-25 09:28
那万一自己忘记或者漏掉了，就不好弄了啊
另外一个问题您没解答我，收盘后，我补分时时，即使有缺失分时时 ...

1.抱歉，目前技术层面上不会考虑盘中实时验证数据是否完整。软件正常情况下发生异常退出的情况很少。除非你写的插件存在问题，造成金字塔主程序崩溃，才会经常性的异常退出
2.是的下载的当日分笔都是全天的。

安朗

程序插件好不好，我会处理。但现在这样是存在很大隐患的，实盘中什么情况都会发生。如果都要去补titck的话是很不合适的。
1.tick太快，又只能整体补，补的时间很慢，之间有时差的。tick也会漏掉
2.运行的策略是多支，每支都把分时图调出来一遍补tick也很难。
3.你们盘中不考虑校验数据是否完整，盘后补数据时也该校验下吧。
情况我已如实反馈了，希望你们能从严谨度考虑考虑。
关键有一点，我们这边并没办法判断数据是否完整，分不清是正常缺损还是非正常缺损。

安朗

其实解决这个问题没那么复杂，就是这边取分时周期数据时，主软件当作显示分时周期K线图一样向服务器把【当天】的分时数据拿下来盖一遍就可以了。

安朗

光自己用就没啥问题，要交给客户自己用的。不宜操作太复杂的