我正在开发将使用谷歌的电子表格作为数据库的Web应用程序。 这将意味着解析高达常规操作30.000（guestimated大小）行用于搜索的ID等..
我担心的响应时间，我定定地看着。 是否有人有这方面的经验？ 我不想浪费我的时间上的东西，将在这样的一个问题，打了一个死胡同。
提前致谢
Answer 1:
使用电子表格作为该数据集的数据库可能不是一个好主意。 你已经有了这个电子表格设置？
30K行会允许你只有66列，这就够了吗？ 检查谷歌文件大小限制的帮助页面，了解更多信息。
无论如何，谷歌电子表格有一个“实时并发编辑”性质，这使得它比其他任何选项慢得多的数据库。 你或许应该考虑别的东西。
Answer 2:
你打算使用电子表格来显示数据或仅作为存储的地方。？
在这第二个选项电子表格的速度相对较慢不会是一个问题，因为你只有一次读取其数据获得一个数组的数据以及与该玩...
这意味着，你建立数据读取的各个方面，并在专用UI写作，从不显示电子表格本身当然速度会只对数组的JavaScript引擎，UI的速度和您的互联网连接的速度根据。 ..如果比较“正常”的应用程序，但用的是轻松共享，并且可在任何地方。在利用所有3个因素正在不太执行:-)
这就是说，我已经写了这样的数据库应用程序与数据的约20列，1000行，这是虽然有一些延迟，甚至简单的一个/上一个完美的请求可用。 在另一方面，应用程序可以发送邮件和创建文档....谷歌服务一体化的优势:-)
你可以看看在t 他的榜样，看看有什么我谈论
文章来源: response time google spreadsheet with large number of rows
