c++ - 我应该使用 SQLite + MySQL 来提供高性能和数据存储吗？

Question

我是数据库的新手，正在尝试想出一个解决方案来为我提供性能和数据存储功能。

这是我的情况:

1. 我有几百毫秒的连续实时数据流。我想存储这些数据并在将来检索这些数据。

这是我的计划:

1. 使用运行 MySQL 的中央数据服务器来存储这些数据。中央服务器将位于使用千兆以太网的内部网络上。

2. 运行 SQLite 的代理客户端机器。客户端将负责接收数据并将它们存储在本地(SQLite)和远程(运行 MySQL 的中央数据库)

3. 其他运行 SQLite 的从属客户端可以从中央数据库检索数据并将它们存储到自己的本地 SQLite 中。(从客户端和中央数据库不需要实时同步实时数据。但应该偶尔同步一次 - 定期)

我的理由是，在这种情况下，SQLite 应该比联网的中央数据库快很多。我希望实时在本地存储数据，然后定期将这些数据推送到远程数据库不会造成太多性能损失。

我想知道这是否能满足我的要求，是否有任何设计可以以更好的性能和数据完整性实现这一点？ (可扩展性也是一个考虑因素，性能和完整性都是一样的)

数据库接口(interface)将用C++编写，我已经找到了SQLite和MySQL所需的所有接口(interface)，现在只需要确定设计部分。

如有任何建议，我们将不胜感激。

Answer 1

我认为口渴时最好使用一个中央 MySQL 服务器并检查系统带宽。在客户端上，您可以创建一个为存储提供统一接口(interface)的类。首先它将缓冲数据并将其发送到远程 MySQL。如果性能不够好，是时候进行优化了；在您的客户端上使用 SQLite 并在不更改其他客户端逻辑的情况下编写新的存储接口(interface)实现。您真的不知道对任何设计有什么期望。我们应该避免过早的优化。 http://en.wikipedia.org/wiki/Program_optimization#When_to_optimize