1

我目前正处于一个项目的准备阶段，该项目将涉及（除其他外）将大量数据写入数据库，速度非常快（即来自 6 个摄像头的图像（和相关元数据），每秒记录 40 多次） .

在网络上搜索，似乎“大数据”通常适用于更高的速率，但更小的“位”（即市场数据）。

所以..

  • 有没有比“试试看会发生什么”更科学的方法？
  • “只是扔硬件”是最好的方法吗？
  • 是否有一些我应该查看的技术/白皮书/搜索词？
  • 是否有令人信服的理由考虑使用其他数据库（或只是保存到磁盘）？

抱歉，这是一个相当开放的问题（对程序员来说可能更好？）

4

1 回答 1

1

有没有比“试试看会发生什么”更科学的方法？

不，鉴于您的要求非常不寻常。

“只是扔硬件”是最好的方法吗？

不，但在某些时候，这是唯一的方法。仅通过调整菲亚特熊猫，您将无法获得 400 马力的赛车引擎。如果没有适当的硬件，您将不会在任何数据库上获得高吞吐量。

是否有一些我应该查看的技术/白皮书/搜索词？

在问题的上下文中不是一个有效的问题 - 您专门询问 sql server。

是否有令人信服的理由考虑使用其他数据库（或只是保存到磁盘）？

不。只要你坚持关系数据库，几乎相同的规则适用 - 另一个可能更快，但幅度不大。

您的主要问题将是磁盘 IO 和网络带宽，具体取决于图像的大小。适当调整设备尺寸，您应该没问题。最后，这似乎每秒不到 300 张图像。确定要数据库中的图像本身吗？我通常喜欢这样，但这就像将电影存储在图片中，并且可能会拉伸它。

无论你做什么，这都是很多磁盘 IO 和大小，所以 - 如果你需要 IOPS 等，硬件是唯一的选择。

于 2012-03-07T10:14:03.790 回答