代码之家  ›  专栏  ›  技术社区  ›  Grief Coder

存储OHLC历史价格的最佳数据库技术是什么?

  •  4
  • Grief Coder  · 技术社区  · 14 年前

    如果有一个具有读/写权限的主数据库和一个或多个用于只读操作的复制,那就太酷了。只有主数据库将用于向存储中添加新的价格。另外,为了优化读访问,能够单独复制大多数流行证券的OHLC价格也很酷。

    2 回复  |  直到 14 年前
        1
  •  4
  •   Greg Burd    14 年前

    你应该考虑一下甲骨文 Berkeley DB 在一些著名的证券交易所的基础设施内进行生产。berkeleydb将允许您在主服务器上以简单的键/值对的形式记录信息,在您的示例中,我将设想一个键的时间戳和一个值的编码OHLC集。Berkeley DB支持单主多副本复制(称为“HA”以获得高可用性),以支持您所概述的可读可伸缩性。如果需要,Berkeley DB HA将自动故障切换到新主机。使用一些简单的压缩和Berkeley DB的其他基本功能,您将能够满足您的可伸缩性和数据量目标(数十亿行,每秒数万个事务-取决于您的硬件、操作系统和BDB的配置-请参阅 3n+1 benchmark with BDB 寻求帮助)没有问题。

    replication manager getting started guide

    作为记录,我在甲骨文担任伯克利DB产品的产品经理。在过去的九年里,我有点偏颇。我猜其他的解决方案——基于SQL还是不基于SQL——最终可能会为您提供一个工作系统,但是我相信Berkeley DB不需要太多的努力就可以实现。


        2
  •  1
  •   Gilbert Le Blanc    14 年前

    如果你真的在说话 数十亿

    另一种选择是像IBM那样的重型系统管理存储 DFSMS .