VeighNa量化社区
你的开源社区量化交易平台
Member
avatar
加入于:
帖子: 39
声望: 1

m2305在20230324下午的tick数据的成交量与成交金额对不上

description

数据库存数据存了半年了,第一次发现这样的问题.
成交量没有变化,成交金额增加,不太符合逻辑,不知道是数据接收端程序的问题还是服务端的问题

有人有出现同样的问题了么?
有大佬知道这是怎么回事么?

Member
avatar
加入于:
帖子: 39
声望: 1

之前发了一遍,不知道为什么,没能显示出来,所以重新发一次
经过对比其他数据排查后
原因vnpy_mysql的数据库字段类型设置不合理,跟之前发的是同一个问题
tick.turnover 的单位为100000,精度丧失,疑似数据库字段类型设置错误

当天下午成交量数值过大,导致成交量储存精度缺失
description

Member
avatar
加入于:
帖子: 39
声望: 1

另外,发现datetime字段也有精度缺失的问题,这个问题的根源在于vnpy_ctp.gateway.ctp_gateway.CtpMdApi在储存毫秒字段的时候,将毫秒除以100后取整了,但是实际上ctp传出的毫秒字段只有三位数

Member
avatar
加入于:
帖子: 1472
声望: 105

MySQL应该是数据表列的数据类型问题,然后CTP的Millisec是微秒时间戳,要除以1000后才是毫秒

Member
avatar
加入于:
帖子: 3
声望: 0

接的什么源的?一般来说接CTP的tick数据自己要对累计成交量和累计成交额进行检验的

© 2015-2022 上海韦纳软件科技有限公司
备案服务号:沪ICP备18006526号

沪公网安备 31011502017034号

【用户协议】
【隐私政策】
【免责条款】