是否可以将 Google Sheets API 配额限制增加到每个帐户 2500 个和每个用户 500 个以上？
Is it possible to increase the Google Sheets API quota limit beyond 2500 per account and 500 per user?
问题：运行进入Google张APIread/write配额限制。具体来说，每个用户每 100 秒 read/write 请求 和每 100 秒 read/write 请求 配额。
一些背景：
在过去的几个月里，我一直在为我们学区的学生和教职员工开发一个网络应用程序，它使用 Google 电子表格作为数据库。我们学区的每所学校都分配了一个不同的 Google 电子表格，并创建了一个服务帐户来代表网络应用程序对这些电子表格进行读写调用。
我们从一所大约有 1000 名学生的学校开始，但现在已经扩展到另外两所学校，总用户负载约为 4000 人。由于学校日程安排的性质，我们开始达到配额限制 (每 100 秒和每个用户每 100 秒），因为几乎每个人都同时使用该应用程序。
我找到了 Google 工作表 API 的 usage limits 指南，并按照说明创建了一个结算帐户，并将关联的服务帐户项目链接到它。然后我去了开发者控制台的配额部分，申请了更高的配额。这涉及填写一个 Google 表格，该表格询问 "How much quota do you need? Express in number of API queries per day." 同样，每天 查询 不是问题，而是每 100 秒和每个用户的查询次数（服务帐户）。几周后，我们的限制增加到每 100 秒 2500 read/write 个请求和每个用户每 100 秒 500 read/write 个请求。 billing account是不收费的，稍微查了一下，才知道这是免费增加的。配额限制的提高有所帮助，但这仍然是一个问题，因为我们学区希望在未来增加更多学校。
这是我需要知道的：
1) [基本问题] Google 是否对单个服务 account/user/IP 可以发出的 read/write 请求数量有上限或最大值100 秒的时间范围，如果是的话是什么？
2) 如果有可能超过我们目前的配额限制 (2500/500)，是否有另一种方法 requesting/applying 来增加。我们再次为该项目建立了一个计费帐户，并愿意为该服务付费。
我一直在努力寻找（剩下的）我的头发，试图为我的问题找到明确的答案。 This post 接近我要找的东西，我什至做了一些 OP 建议的事情，但我只需要直接回答我的 "essential" 问题。
结合更多的东西。
我知道 Google 图表可视化没有配额限制，但我会考虑使用它，但是出于隐私原因，我不能将电子表格密钥公开在 javascript 中。这里还有其他选择吗？
此外，有人可能会建议创建多个服务帐户，但我宁愿尽可能避免这种情况。
感谢您的帮助。我是一个新手，非常感谢你的时间和专业知识。
回答您的问题：
1) [基本问题] Google 对单个服务 account/user/IP 可以在 100 秒时间范围内发出的 read/write 请求的数量是否有上限或最大值，如果是的话是什么？
- *所提供的 documentation only stated that Google Sheets API has a limit of 500 requests per 100 seconds per project, and 100 requests per 100 seconds per user. Check this post 以获取更多信息。*
2) 如果有可能超出我们当前的配额限制 (2500/500)，是否有另一种 requesting/applying 增加方式。我们再次为该项目建立了一个计费帐户，并愿意为该服务付费。
- AFAIK，您可以请求更高的配额限制，只要您提出合理的请求，Google 工程师可能会批准该请求。
此外，您可以查看此 thread 以获得更多提示：
You can use spreadsheets.get to read the entire spreadsheet in a single call, rather than 1 call per request. Alternately, you
can use spreadsheets.values.batchGet to read multiple different
ranges in a single call, if all you need are the values.
The Drive API offers "push notifications", so you can get notified when changes occur and react to those, instead of polling for
them. The latency of the notifications is a little on the slow side,
but it gets the job done.
问题：运行进入Google张APIread/write配额限制。具体来说，每个用户每 100 秒 read/write 请求 和每 100 秒 read/write 请求 配额。
一些背景：
在过去的几个月里，我一直在为我们学区的学生和教职员工开发一个网络应用程序，它使用 Google 电子表格作为数据库。我们学区的每所学校都分配了一个不同的 Google 电子表格，并创建了一个服务帐户来代表网络应用程序对这些电子表格进行读写调用。
我们从一所大约有 1000 名学生的学校开始，但现在已经扩展到另外两所学校，总用户负载约为 4000 人。由于学校日程安排的性质，我们开始达到配额限制 (每 100 秒和每个用户每 100 秒），因为几乎每个人都同时使用该应用程序。
我找到了 Google 工作表 API 的 usage limits 指南，并按照说明创建了一个结算帐户，并将关联的服务帐户项目链接到它。然后我去了开发者控制台的配额部分，申请了更高的配额。这涉及填写一个 Google 表格，该表格询问 "How much quota do you need? Express in number of API queries per day." 同样，每天 查询 不是问题，而是每 100 秒和每个用户的查询次数（服务帐户）。几周后，我们的限制增加到每 100 秒 2500 read/write 个请求和每个用户每 100 秒 500 read/write 个请求。 billing account是不收费的，稍微查了一下，才知道这是免费增加的。配额限制的提高有所帮助，但这仍然是一个问题，因为我们学区希望在未来增加更多学校。
这是我需要知道的：
1) [基本问题] Google 是否对单个服务 account/user/IP 可以发出的 read/write 请求数量有上限或最大值100 秒的时间范围，如果是的话是什么？
2) 如果有可能超过我们目前的配额限制 (2500/500)，是否有另一种方法 requesting/applying 来增加。我们再次为该项目建立了一个计费帐户，并愿意为该服务付费。
我一直在努力寻找（剩下的）我的头发，试图为我的问题找到明确的答案。 This post 接近我要找的东西，我什至做了一些 OP 建议的事情，但我只需要直接回答我的 "essential" 问题。
结合更多的东西。 我知道 Google 图表可视化没有配额限制，但我会考虑使用它，但是出于隐私原因，我不能将电子表格密钥公开在 javascript 中。这里还有其他选择吗？ 此外，有人可能会建议创建多个服务帐户，但我宁愿尽可能避免这种情况。
感谢您的帮助。我是一个新手，非常感谢你的时间和专业知识。
回答您的问题：
1) [基本问题] Google 对单个服务 account/user/IP 可以在 100 秒时间范围内发出的 read/write 请求的数量是否有上限或最大值，如果是的话是什么？
- *所提供的 documentation only stated that Google Sheets API has a limit of 500 requests per 100 seconds per project, and 100 requests per 100 seconds per user. Check this post 以获取更多信息。*
2) 如果有可能超出我们当前的配额限制 (2500/500)，是否有另一种 requesting/applying 增加方式。我们再次为该项目建立了一个计费帐户，并愿意为该服务付费。
- AFAIK，您可以请求更高的配额限制，只要您提出合理的请求，Google 工程师可能会批准该请求。
此外，您可以查看此 thread 以获得更多提示：
You can use spreadsheets.get to read the entire spreadsheet in a single call, rather than 1 call per request. Alternately, you can use spreadsheets.values.batchGet to read multiple different ranges in a single call, if all you need are the values.
The Drive API offers "push notifications", so you can get notified when changes occur and react to those, instead of polling for them. The latency of the notifications is a little on the slow side, but it gets the job done.