用于JavaScript数据可视化的快速数据库与缩小CSV?

用于JavaScript数据可视化的快速数据库与缩小CSV?,javascript,database,csv,data-visualization,Javascript,Database,Csv,Data Visualization,我有一个10 MB的CSV文件,它是交互式JavaScript可视化的基本数据源 在GUI中,用户通常会选择地理位置、性别、年份和指标。 响应是一个由30个4位数字组成的数组 我希望用户体验尽可能快,或者考虑交付完整的CSV文件(使用各种方式压缩…),或者提供一个几乎匹配本地托管数据的后端服务 我的选项是什么?我可以采取什么步骤以最快的速度提供查询响应?要提供完整的文件,可能需要结合字符串压缩算法,例如结合html5 web存储 但是,如果用户客户端不需要完整的数据库(这可能会导致数据库更新、安

我有一个10 MB的CSV文件,它是交互式JavaScript可视化的基本数据源

在GUI中,用户通常会选择地理位置、性别、年份和指标。 响应是一个由30个4位数字组成的数组

我希望用户体验尽可能快,或者考虑交付完整的CSV文件(使用各种方式压缩…),或者提供一个几乎匹配本地托管数据的后端服务


我的选项是什么?我可以采取什么步骤以最快的速度提供查询响应?

要提供完整的文件,可能需要结合字符串压缩算法,例如结合html5 web存储


但是,如果用户客户端不需要完整的数据库(这可能会导致数据库更新、安全性等方面的进一步问题),我会使用带有查询缓存等的后端服务。

我不会将其传输到客户端,谁知道他们的连接有多快?最快的速度是创建一个api,并从您的移动客户端查询它。这只意味着从客户端传输数据请求(大小较小),并向客户端返回响应(仅30个4位数字)

10兆字节的下载对移动用户来说不太友好。我个人会托管CSV文件,让服务器端解析数据并对其进行AJAX调用。如果你关心速度,我会考虑去掉支持数据库的CSV(虽然我不知道你的约束条件)。你能检查连接速率是否足够足以提供完整的大小,并回落到后端解决方案?@ MujyuHuu,客户端上的DB提供了什么样的AdvATAGE?他们会查询多少次?我只是认为,如果客户每次只需要查询几次,那么您应该权衡将一个10mb的大文件传输给客户机的利弊。他们会在程序启动时重新下载吗?如果数据库中的数据过时,会发生什么情况?也许您应该制作一个本机应用程序并将其作为sqlite db包含?我认为有很多选择,但传输10mb数据库是最不理想的选择之一?