2

我一直在研究新的 ScriptDb 功能 - 我确信它比 Fusion Tables 作为数据存储“更好”，我只是不确定如何/为什么？谁能提出为什么它比融合表更可取（尽管我敢肯定不是普遍如此）？

4

1 回答 1

12

这里有几点可以证明“为什么使用 scriptDB”

  1. 您不必使用 URLfetch 从 Fusion Tables 中获取数据。由于 URLFetch 的配额相对较低（根据我的观察）
  2. App Script 原生支持 ScriptDB，因此它比您自己的实现访问融合表更快、更健壮。
  3. ScriptDB 是键值存储（以 JSON 的形式），它的延迟随着 DB 大小的增加而线性增加，这比所有延迟随着 DB 大小呈指数增长的 RDBMS 都要快。但我不确定随着数据大小的增加，Fusion Table 的表现如何。
  4. ScripDB 服务的配额远高于 URLFetch。
  5. 在融合表中，您可以在一秒钟内执行最多 5 次查询，但在 scriptDB 中，没有这样的查询限制声明。
  6. ScriptDB 的大小限制：消费者帐户为 50MB，Google Apps 帐户为 100MB，Google Apps for Business/Education/Government 帐户为 200MB。我认为，这对于使用 Apps Script 开发的应用程序来说已经足够了。

您可以查看以下链接中的常见问题解答部分以获取更多详细信息。 https://developers.google.com/apps-script/scriptdb

于 2012-07-24T11:24:03.480 回答