Database 将约9k个数据点送入高位图表的数据库

Database 将约9k个数据点送入高位图表的数据库,database,database-design,database-schema,Database,Database Design,Database Schema,我正在从事一个自由职业者项目,该项目捕获一个音频文件,运行一些傅立叶分析,并给出三个图表(x-y图)。每个图表大约有3000个数据点,我计划在浏览器中用高图表显示这些数据点 对于存储和访问这么多的数据,您建议使用哪些数据库技术?我应该将点存储在一个数组中还是多行中?我也在考虑Mongo。计划是使用Rails,所以我希望使用一个数据库来进行数据和身份验证 我还没有处理过在一个页面中访问这么多数据的查询,而这很可能是一个很小的数据总量。此外,这是一个向投资者展示的MVP,因此,将其扩展到巨大的级别并

我正在从事一个自由职业者项目,该项目捕获一个音频文件,运行一些傅立叶分析,并给出三个图表(x-y图)。每个图表大约有3000个数据点,我计划在浏览器中用高图表显示这些数据点

对于存储和访问这么多的数据,您建议使用哪些数据库技术?我应该将点存储在一个数组中还是多行中?我也在考虑Mongo。计划是使用Rails,所以我希望使用一个数据库来进行数据和身份验证

我还没有处理过在一个页面中访问这么多数据的查询,而这很可能是一个很小的数据总量。此外,这是一个向投资者展示的MVP,因此,将其扩展到巨大的级别并不是当务之急

我最初的想法是,使用Postgres并拥有一个大的数据点表(每行存储一个数据点),这将是很好的,而且与图像等相比,一堆double不会占用太多内存


实际上,我可能只需要拉100个均匀分布的数据点来制作图表,但原始数据仍然必须存储

我做了很多Mongo的工作,我可以告诉你如果我是你我会怎么做

数据的一个非常好的特性是x,y坐标通常是固定大小的。换句话说,这不像是在存储用户的评论,用户的评论大小可能会有很大差异

对于Mongo,我会首先制作一个3000点的示例文档。只是一个简单的x,y点数组。我会看到那个文档有多大,我的前端是如何处理的——换句话说,High Charts可以处理吗

我还将尝试使用最简单的概念模型来管理,即每个图表一个文档,每个图表有3k点。这是考虑数据的一种自然方式,我将从这里开始,看看是否有任何性能影响。Mongo可以很容易地存储这些文档,因此我认为最大的痛苦是在UI中呈现数据


Mongo可以很好地处理身份验证。我认为对于MVP来说,这是一个很好的通用数据存储选择。

您是否必须单独访问这些点中的任何一点,或者始终作为一个组访问它们?