Database XDB：存储音频或视频

我们正在寻找XDB来存储大量的流式测量数据（1-2 tera样本）。此外，我们还希望能够存储与测量相对应的音频和视频流（不是全部，而是许多）。至少对我来说这是有意义的，因为它都是时基数据。但我在网上没有看到任何关于这方面的讨论。
我想象视频数据可以被分解成帧。音频数据可以被分解成100毫秒的音频帧。
有人试过这个吗？有什么建议吗？ 干杯

---

Kevin

大多数时间序列数据库都是为存储浮点值而优化的，偶尔会出现字符串。对于XDB来说，存储超过1KB的BLOB可能不是一个好的用例，尽管我们还没有对更大的二进制数据进行太多的性能测试

也就是说，我不太了解您的用例。看起来更像是需要为音频和视频编制索引，而不是存储和分析时间序列数据。TSDB不仅优化用于存储以时间为主轴的内容，还优化用于聚合这些值并寻找随时间的变化。您的用例似乎不涉及任何聚合或模式搜索，只是一个简单的按时间查找表

---

我认为NoSQL数据库同样适用于此，或者OpenTSDB，它构建在Cassandra之上。

老实说，我认为XDB不适合存储音频/视频流。将其存储在某种存储中不是更好吗（取决于您使用的是什么—私有服务器、云服务……）。XDB专门用于“公制-y”类型的数据，而音频/视频流并非如此。这可能不值得。您始终可以将XDB与其他类型的数据库和/或存储结合使用。谢谢您的评论。我明白你的意思。也许我们使用数据库的方式与大多数人略有不同。我们希望长期记录测量数据流（约100Hz采样率）。每个测量值都很小（一个或两个字节），并且会有许多同时的流。（续）（续）主要目标是能够提取在时间上对齐的单个测量值（跨所有流）（例如，在上午11:00:00时跨所有流的所有测量值）。其中一些流是音频流，另一些流是视频流，我们需要在同一时间（比如11:00:00am）取出各个音频/视频帧。因此，我们需要跨多个流进行时间同步访问。我的想法是，一个时间序列数据库将有助于实现这一点。（续）当然，我们可以将视频存储在单独的数据库中，并使用链接和时间代码指向各个帧。但这似乎效率低下。每个流测量值将是一个字节（每10毫秒报告一次），并且需要包含可能100字节的链接和时间码信息，以指向并行数据库。每秒100个样本乘以30个测量值，每个测量值包含100字节的链接数据，这就是300KB的浪费信息。唉。无论如何，我认为这就是问题所在。谢谢。你在这件事上做得怎么样？这个周末我正要开始一个听起来很相似的项目——尽管我在弹性和XDB之间争论。谢谢你的回复。我们需要聚集20-30个基于时间的传感器数据流（100-200Hz），并获得所有在给定日期上午10:00:00进行时间校准的测量值。由于数据都是异步的（有自己的时基），我们需要得到在那个时间点彼此最接近的样本。那么，这仍然是TSDB的正确选择吗？谢谢。这听起来像是TSDB更合理的用例。您可以将时基存储为字段，将实际日历时间存储为时间戳，然后查询位于同一时间戳上或时间戳范围内的点。