【发布时间】：2012-08-16 21:08:30
【问题描述】：
我正在开发一个使用谷歌电子表格作为数据库的网络应用程序。 这意味着在常规操作中解析多达 30.000 行（估计大小）以搜索 ID 等...
我担心我将要查看的响应时间。有人有这方面的经验吗？我不想把时间浪费在这样的问题上会遇到死胡同的事情上。
提前致谢
【问题讨论】：
标签： google-apps-script google-sheets
【发布时间】：2012-08-16 21:08:30
【问题描述】：
使用电子表格作为该数据集的数据库可能不是一个好主意。您是否已经设置了此电子表格？
30K 行将只允许您有 66 列，这对您来说足够了吗？查看Google Docs size limits帮助页面了解更多信息。
无论如何，Google 电子表格具有“实时并发编辑”特性，这使其成为比任何其他选项都慢得多的数据库。你或许应该考虑别的。
【讨论】：
-
是的，我已经设置好了。您的链接非常有帮助。我会看看融合表选项（？...）。对于与应用程序脚本环境集成的相对较好的选择，您有什么建议吗？我最好不想对任何外部服务使用 REST API 调用...
-
哦，您使用的是 Apps 脚本？！为什么不你新的ScriptDb 服务？
您打算使用电子表格来显示数据还是仅用作存储位置。？
在第二个选项中，电子表格的相对缓慢不会成为问题，因为您只需读取其数据一次即可将其数据放入数组并使用它...
这当然意味着您在专用 UI 中构建数据读取和写入的各个方面，并且从不显示电子表格本身，速度将仅取决于数组上的 JavaScript 引擎、UI 的速度和您的互联网连接...如果与“普通”应用程序相比，所有 3 个因素的性能都不是很好，但具有易于共享和随处可用的优势。:-)
也就是说，我已经编写了这样一个包含大约 20 列数据和 1000 行的数据库应用程序，它非常有用，尽管即使对于简单的下一个/上一个请求也有一些延迟。另一方面，该应用程序可以发送邮件和创建文档......谷歌服务集成的优势:-)
【讨论】：
-
我正在扩展电子表格，并尝试调用一次来获取数据并将电子表格的内容存储在数组中。问题是当我使用带有事件和处理程序的 UI 时。如果数据在回调中传递，它太慢（事件处理和事件处理之间的 30 秒），并且数据对于 ScriptDb 和 PropertiesService 来说太大了。那么，我怎样才能真正将我的数据保存在一个可以传递给处理函数的数组中呢？