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