Javascript 从服务器加载查找表-高效格式

Javascript 从服务器加载查找表-高效格式,javascript,python,lookup-tables,Javascript,Python,Lookup Tables,如果我有一个python脚本,它创建了一个可以被网页(javascript,也许还有ajax)读取的查找表,那么使用哪种格式最有效(在速度和大小上,如果可能的话) 查找表可能有2000行 以下是一个数据示例: Apple: 3fd4 Orange: 1230 Banana: 942a ... 尽管这主要是基于观点,但我想大致向您解释一下您的选择 如果大小是非常关键的,考虑二进制格式。你甚至可以自己写 根据您显示的数据大小,我们可能谈论的是兆字节的数据(取决于字段值和列数),因此格式很重要。现在

如果我有一个python脚本,它创建了一个可以被网页(javascript,也许还有ajax)读取的查找表,那么使用哪种格式最有效(在速度和大小上,如果可能的话)

查找表可能有2000行

以下是一个数据示例:

Apple: 3fd4
Orange: 1230
Banana: 942a
...
尽管这主要是基于观点,但我想大致向您解释一下您的选择

如果大小是非常关键的,考虑二进制格式。你甚至可以自己写

根据您显示的数据大小,我们可能谈论的是兆字节的数据(取决于字段值和列数),因此格式很重要。现在,一个简单的csv或纯文本文件——只要它可以被网页读取——在额外的开销方面是非常有效的:简单地用逗号分隔值并将表头放在第1行是非常非常简洁的

JSON也可以工作,但与原始(文本)数据转储(如csv)相比,它的开销要大一些。JavaScriptobject表示法通常用于数据传输,但实际上,在原始数据的情况下,强制将其转换为这种格式没有多大意义


最后的想法:将其放入关系数据库,不再担心它。对于任何关系数据集来说,这都是一种久经考验的方法,我真的看不出你有什么理由偏离这种格式。

这不是主要基于opinon的吗?你是想让我们告诉你最好的格式是什么?这是一个观点,不是很有建设性。@Altoyr问题已经编辑好了如果你有20000行,你可能应该使用数据库,而不是文本文件。如前所述,你能得到的唯一答案可能是基于观点的猜测,因为它太广泛了。如果您可以提供一个或多个用例,那么这可能有助于缩小可负责的范围。(例如:我的数据是静态的,可以公开共享,我的用户都通过高延迟链接与具有现代HTML5浏览器的移动设备连接,我不能使用第三方库……在这种情况下,最好的答案可能是通过JSON将其推下,让他们将其加载到本地存储进行缓存,然后进城);更改任何约束条件,答案可能会更改它对速度更为关键-大约csv文件的大小会太慢且不合适?@qwr,不要使用文件存储。如果你真正关心的是速度,那么就使用一个数据库并对其进行适当的索引。显然,其他人有不同的意见。