目前vnpy-2.0.x 用关系型数据库sql...时只有两张表,一个是bar数据,一个是tick,所有的合约,所有的时间框架下的数据,全部揉在一个表里面,两个表全部在一个数据库文件中,实际使用中,这个数据库文件相当大,至少GB级别的(包含回测时用的数据量)
这里的问题是:
数据库访问检索太费时间了,如果一边运行着vnpy, 同时一边浏览检索数据库,vnpy很大概率会抱怨数据库被其锁了,同样的问题当订阅很多的合约行情的时候。。。。
为什么不设计成按照各个合约,各个时间框架 分别不同的Tab表格中去? 或者直接用不同的db文件? 相比起把所有的数据全部揉到一个db文件中一个tab中,那个速度提升不是一个、几个数量级别的。。。