系统交易应用程序-在本地数据库中缓存历史数据？

Question

大多数交易应用程序从商业提供商(如IQFeed或支持交易应用编程接口的经纪公司)接收数据馈送。将其存储在本地数据库中有什么好处吗？盘中数据是海量的，数据库会随着50只股票的1分钟数据呈指数级增长，更不用说逐个滴答的数据了。我怀疑这将是数据库备份的噩梦，并可能影响性能。

如果您在DVD或在线的文本文件中获取历史数据，那么将其存储在数据库中是唯一合乎逻辑的选择，但是如果您通过API获取它是否仍然是一个好主意？

Answer 1

这一切都是关于存储空间的。你绝对可以通过API来做，但要确保你没有使用为你做自动交易的同一个应用程序。

正如您所说的，节拍数据几乎是没有问题的，对于1分钟的数据，这意味着大约400条/天和50个符号的20000条。

计算空间可以在此基础上计算，如果你正在存储OLHC，它可以通过四个Int类型的值来实现。

正如另一个答案所指出的，性能可能是越来越多符号的问题，但在1分钟的条形上有50个符号应该不是问题。

Answer 2

这是一个性能问题。如果API足够快，那么就使用它。如果不是并且缓存会有所帮助，那么缓存它。只有您的应用程序和使用模式才能确定这些语句在多大程度上适用于真实性和必要性。