我正在开发一个使用谷歌电子表格作为数据库的网络应用程序。这将意味着在常规操作中解析多达 30.000 行(估计大小)以搜索 ID 等...
我担心我将要查看的响应时间。有人有这方面的经验吗?我不想把时间浪费在会在这样的问题上遇到死胡同的事情上。
提前致谢
我正在开发一个使用谷歌电子表格作为数据库的网络应用程序。这将意味着在常规操作中解析多达 30.000 行(估计大小)以搜索 ID 等...
我担心我将要查看的响应时间。有人有这方面的经验吗?我不想把时间浪费在会在这样的问题上遇到死胡同的事情上。
提前致谢
使用电子表格作为该数据集的数据库可能不是一个好主意。您是否已经设置了此电子表格?
30K 行将允许您只有 66 列,这对您来说足够了吗?查看Google 文档大小限制帮助页面了解更多信息。
无论如何,Google 电子表格具有“实时并发编辑”特性,这使其成为比任何其他选项都慢得多的数据库。您可能应该考虑其他事情。
您打算使用电子表格来显示数据还是仅用作存储位置。?
在第二个选项中,电子表格的相对缓慢将不是问题,因为您只需读取其数据一次即可将其数据放入数组并使用它...
这当然意味着您在专用 UI 中构建数据读取和写入的各个方面,并且从不显示电子表格本身,速度将仅取决于数组上的 JavaScript 引擎、UI 的速度和互联网连接的速度。 .. 如果与“普通”应用程序相比,所有 3 个因素的性能都不是很好,但具有易于共享和随处可用的优势。:-)
也就是说,我已经编写了这样一个包含大约 20 列数据和 1000 行的数据库应用程序,它非常有用,尽管即使对于简单的下一个/上一个请求也有一些延迟。另一方面,该应用程序可以发送邮件和创建文档.... Google 服务集成的优势 :-)
你可以看看他的例子,看看我在说什么