java - 设计包含大量文件数据的数据库(由 hibernate 访问)的策略

Question

我正在开发一个应用程序，该应用程序将与数千个传感器集成，每 15 分钟间隔发送一次信息。我们假设所有传感器的数据格式相同。存储这些数据的最佳策略是什么，以便所有内容都被存档(可访问)，并且不会因大量不断增长的数据而产生负面影响。

我认为这个问题与一般数据库设计有关，但我想提一下，我正在使用 Hibernate(带有 Spring Roo)，所以也许已经有一些东西可以解决这个问题。

编辑:传感器是愚蠢的，而且是现成的。不可能延长它们。如果网络中断，所有信息都会丢失。由于传感器在 GPRS 上工作，这种情况不太可能发生(因为 GPRS 提供商在瑞典是一家相当不错的提供商，但它可能会出现故障，人们对此无能为力)。

首先考虑的是排队机制，Spring roo 提供了易于使用基于 ACTIVEMQ 的原型(prototype)代码。

Answer 1

我对此设计有一些担忧:

1. Hibernate 是一个 ORM 工具。它一方面需要对象模型，另一方面需要关系模型。你有对象表示吗？如果没有，我会说 Hibernate 不是最佳选择。如果它是一个简单的表映射机制，那就没问题。
2. 你的处境听起来就像 war :长时间的无聊被瞬间的纯粹恐怖所包围。我不知道您的设计是否在接收传感器数据和后端之间使用异步机制，但我希望有某种持久排队机制来保证所有数据的交付和有序的队列等待被坚持。只要您不需要实时访问数据，队列就可以保证交付并确保您不会同时出现数千个请求出现瓶颈。
3. 您如何在传感器项目进来时为其添加时间戳？您可能需要使用精确到纳秒的列来获得正确结果。

传感器是事件驱动的还是定时的？

听起来是个大问题。祝你好运。