【发布时间】：2018-05-09 04:37:16
【问题描述】：
我正在寻找用于交易应用程序的内存数据库（因此单个微秒非常重要），但如果可能的话，使用像 postgresql 这样的“延迟”dbms 后端。请问您有什么建议吗？
谢谢 马辛
【问题讨论】：
标签： database in-memory-database algorithmic-trading
【发布时间】：2018-05-09 04:37:16
【问题描述】：
完全披露：我为 eXtremeDB 的供应商工作。
eXtremeDB 和 TimesTen 浮现在脑海中。
TimesTen 可以自动与 Oracle 后端同步。
eXtremeDB 有一个开放的复制方案，允许您同步到任何后端（通过一些编程工作）。
kdb+ 也可能会满足您的性能要求，但同步到后端会落在您身上。
可能还有其他解决方案：将 MySQL 作为内存数据库。垂直。 TBH，我不知道将它们同步到后端会涉及什么；不过，似乎 MySQL 应该能够在内存实例和持久实例之间进行复制。也许其他人可以插话。
如果不知道如何访问数据库的详细信息，就不可能说任何潜在的解决方案都可以满足个位数微秒的目标。
【讨论】：
-
嗨史蒂文，谢谢您的意见。我们正在寻找的是存储交易数据（日内）的解决方案，特别是对于 HFT 订单具有极快的访问速度，对关系数据库的访问有一些延迟，可以被报告等其他进程使用 - 所以使用常规的 sql 接口跨度>
-
嗨，Marcin，请随时通过公司网站（在我的个人资料中）上的任何电子邮件链接直接与我联系。