Google bigquery “的目的是什么?”;quotaUser";BigQueryAPI上的参数?

Google bigquery “的目的是什么?”;quotaUser";BigQueryAPI上的参数?,google-bigquery,quotas,Google Bigquery,Quotas,根据(以Java API为例),在BigQuery上插入新作业时可以设置一个“quotaUser”参数: 可用于服务器端应用程序的配额目的。可以 是分配给用户的任意字符串,但不应超过40 人物。如果两者都提供,则覆盖userIp 。。和一个“userIp”参数: 发起请求的站点的IP地址。如果要强制每个用户的限制,请使用此选项 。。。但目前还没有提到这些参数 这些参数是如何工作的?他们是否将20个并发作业配额转移给用户而不是我的服务器?或任何其他定义的配额 谢谢。这些参数是由BigQuery使用

根据(以Java API为例),在BigQuery上插入新作业时可以设置一个“quotaUser”参数:

可用于服务器端应用程序的配额目的。可以 是分配给用户的任意字符串,但不应超过40 人物。如果两者都提供,则覆盖userIp

。。和一个“userIp”参数:

发起请求的站点的IP地址。如果要强制每个用户的限制,请使用此选项

。。。但目前还没有提到这些参数

这些参数是如何工作的?他们是否将20个并发作业配额转移给用户而不是我的服务器?或任何其他定义的配额


谢谢。

这些参数是由BigQuery使用的google API服务提供的,但BigQuery并未实际使用。使用BigQuery时应忽略这些参数。大多数BigQuery查询都是在项目级别应用的,无论如何都不会受到影响。

有没有办法改善20个并发作业配额?对于服务器端应用程序(从那里启动查询),20是一个相当低的数字。当查询以批处理优先级运行时,它们不受20个并发作业配额的限制。相反,当您提交查询太快时,它们将在服务器上排队,直到可以处理它们为止。@MichaelSheldon的更多详细信息是的,但是批处理查询用于长时间的无头查询,用户不需要花很多时间等待结果。不适合面向用户的应用程序。我希望他们尽快增加允许的并发工作的数量。创建了:允许项目为更多并发交互查询付费。