BigQuery 如何处理 CPU 密集型查询？
How does BigQuery handle CPU-intensive queries?
BigQuery 的定价基于扫描的数据量。我们想将它用于具有大量 CPU 密集操作的查询，例如大型 XML 文档上的复杂正则表达式。这种使用模式如何影响定价？如果我的查询使用了太多 CPU，它会被终止吗？ BigQuery 是我们的正确选择吗？
计费层曾经用于此类场景 - 价格乘以计费层，而计费层又反映了高计算查询
自 November 14 2017 - 高计算查询已被淘汰。第 100 层以下的所有高计算查询都按第 1 层计费。运行高计算查询不再需要设置任何阈值标志。
所有第 100 层以上的查询都将失败并出现 RESOURCES_EXCEEDED_PER_BYTE 错误，除非查询 运行ning 在保留实例中。在过去 30 天内（截至 2017 年 11 月 14 日）具有 运行 个高于第 100 层的高计算查询的现有用户在 2018 年 10 月 31 日之前保留 运行 个更高计费层的查询能力.
因此，您的定价不会受到影响 - 除非超过 100 层太贵，此时您的查询失败
BigQuery 的定价基于扫描的数据量。我们想将它用于具有大量 CPU 密集操作的查询，例如大型 XML 文档上的复杂正则表达式。这种使用模式如何影响定价？如果我的查询使用了太多 CPU，它会被终止吗？ BigQuery 是我们的正确选择吗？
计费层曾经用于此类场景 - 价格乘以计费层，而计费层又反映了高计算查询
自 November 14 2017 - 高计算查询已被淘汰。第 100 层以下的所有高计算查询都按第 1 层计费。运行高计算查询不再需要设置任何阈值标志。
所有第 100 层以上的查询都将失败并出现 RESOURCES_EXCEEDED_PER_BYTE 错误，除非查询 运行ning 在保留实例中。在过去 30 天内（截至 2017 年 11 月 14 日）具有 运行 个高于第 100 层的高计算查询的现有用户在 2018 年 10 月 31 日之前保留 运行 个更高计费层的查询能力.
因此，您的定价不会受到影响 - 除非超过 100 层太贵，此时您的查询失败