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

Question

我对数据库很陌生，并试图想出一种解决方案，为我提供性能和数据存储能力。

下面是我的情况：

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

以下是我的计划：

1. 使用运行MySQL的中央数据服务器来存储这些数据。中央服务器将在一个具有千兆以太网的内部网络上。
2. 是运行SQLite的代理客户端机器。客户端将负责接收数据并在本地存储数据( SQLite )和远程(中央数据库运行MySQL)
3. ，运行SQLite的其他从客户端可以从中央数据库检索数据并将其存储到自己的本地SQLite中。(从客户端和中央数据库不需要与实时数据同步。但是应该偶尔同步一下- periodically)

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

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

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

如有任何建议，敬请见谅。

Answer 1

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