vn.py量化社区
By Traders, For Traders.
Member
avatar
加入于:
帖子: 78
声望: 0

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

Administrator
avatar
加入于:
帖子: 4138
声望: 230

这个是ORM的数据储存模式,用于兼容多种数据库对接,如果确实遇到性能问题,可以自行扩展vnpy/trader/database实现自己的数据库驱动即可

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