大多数交易应用程序从支持交易 API 的商业提供商(例如 IQFeed)或经纪公司接收数据馈送。将其存储在本地数据库中是否有好处?日内数据馈送的规模非常庞大,数据库将随着 50 只股票的 1 分钟数据呈指数增长,更不用说逐笔数据了。我怀疑这对于数据库备份来说将是一场噩梦,并且可能会影响性能。
如果您在 DVD 或在线文本文件中获取历史数据,那么将其存储在数据库中是唯一合乎逻辑的选择,但如果您通过 API 获取它仍然是一个好主意吗?
大多数交易应用程序从支持交易 API 的商业提供商(例如 IQFeed)或经纪公司接收数据馈送。将其存储在本地数据库中是否有好处?日内数据馈送的规模非常庞大,数据库将随着 50 只股票的 1 分钟数据呈指数增长,更不用说逐笔数据了。我怀疑这对于数据库备份来说将是一场噩梦,并且可能会影响性能。
如果您在 DVD 或在线文本文件中获取历史数据,那么将其存储在数据库中是唯一合乎逻辑的选择,但如果您通过 API 获取它仍然是一个好主意吗?
这是一个性能问题。如果 API 足够快,请使用它。如果不是,缓存会有所帮助,然后缓存它。只有您的应用程序和您的使用模式才能确定有多少真实性和必要性适用于这些陈述。
这一切都与存储空间有关。您绝对可以通过 API 进行操作,但请确保您不要使用为您进行自动交易的同一应用程序进行操作。
正如您所说,Tick Data 几乎是毫无疑问的,对于 1 分钟的数据,这意味着每天大约 400 根柱线和 50 个符号的 20000 根柱线。
计算空间可以基于此计算,如果您存储 OLHC,则可以使用四个 Int 类型的值来实现。
正如另一个答案所指出的,性能可能是越来越多符号的问题,但 1 分钟柱上有 50 个符号不应该是问题。