价格

BigQuery 提供可调节的灵活价格选项,更加贴合您的项目和预算。BigQuery 会收取数据存储、流式插入和数据查询的费用,但免费提供数据加载和导出服务。

BigQuery 价格包含存储费用(固定费率)和查询费用(基于使用量)。项目存储空间使用量和查询使用量是以千兆字节 (GB) 为单位计算的,1GB 是 230 个字节。此计量单位也称为吉比字节 (GiB)。与之类似,1TB 是 240 个字节 (1024 GB)。如需详细了解存储空间和查询价格,请参阅 Google Cloud Platform SKU

您创建的每个项目都有一个与之关联的结算帐号。在项目中运行的作业所产生的所有费用均会计入关联的结算帐号,即使与组织外的其他人共享了项目也是如此。BigQuery 存储费用也会计入关联的结算帐号。

BigQuery 提供费用控制机制,让您可以将每天的费用限制在选定金额范围内。如需了解详情,请参阅创建自定义费用控制条件

如果您使用非美元货币付费,则请参阅在 Cloud Platform SKU 上以您的币种列出的价格。

价格汇总

下表汇总了 BigQuery 的价格。下列操作必须遵循 BigQuery 的配额和限制

美国和欧盟的多区域位置

操作 价格 详情
存储 每月每 GB $0.02 每月前 10 GB 免费。详情请参阅存储价格
长期存储 每月每 GB $0.01 每月前 10 GB 免费。详情请参阅存储价格
流式插入 每 200 MB $0.01 详情请参阅存储价格
查询(分析) 每 TB $5 每月前 1 TB 免费,详情请参阅按需使用价格。 查询量较大的客户也可选择固定价格
加载数据 免费 请参阅将数据加载到 BigQuery 中
复制数据 免费 请参阅复制表
导出数据 免费 请参阅从 BigQuery 导出数据
元数据操作 免费 对 list、get、patch、update 和 delete 的调用。
如果您使用非美元货币付费,则请参阅在 Cloud Platform SKU 上以您的币种列出的价格。

东京区域

操作 价格 详情
存储 每月每 GB $0.023 美元 每月前 10 GB 免费。详情请参阅存储价格
长期存储 每月每 GB $0.016。 每月前 10 GB 免费。详情请参阅存储价格
流式插入 每 200 MB $0.012 详情请参阅存储价格
查询(分析) 每 TB $8.55 每月前 1 TB 免费,详情请参阅按需计费。 查询量较大的客户也可选择固定价格
加载数据 免费 请参阅将数据加载到 BigQuery 中
复制数据 免费 请参阅复制表
导出数据 免费 请参阅从 BigQuery 导出数据
元数据操作 免费 对 list、get、patch、update 和 delete 的调用。
如果您使用美元以外的货币支付,请参阅在 Cloud Platform SKU 上以您的币种列出的价格。

免费操作

下表列出了免费的 BigQuery 操作。下列操作必须遵循 BigQuery 的配额和限制

操作 详情
加载数据 将数据加载到 BigQuery 中
复制数据 复制现有的表
导出数据 从 BigQuery 导出数据
元数据操作 对 list、get、patch、update 和 delete 的调用

数据加载价格

目前,您可以从可读的数据源(如本地机器)或从 Cloud Storage 加载数据。在将 Cloud Storage 中的数据加载到 BigQuery 中时,您不需要为加载操作付费,但需要支付 Cloud Storage 的数据存储费用。如需了解详情,请参阅 Cloud Storage 价格页面上的数据存储。数据被加载到 BigQuery 后,系统便会按照 BigQuery 的存储价格对数据进行计费。

网络出站流量费用

在 BigQuery 中创建数据集时,您必须为数据选择一个位置。如果您选择 US,则可以将来自其他任何区域的 Cloud Storage 存储分区的数据加载到数据集所含的表中。目前,将来自其他区域的数据加载到 US 数据集时,系统不会对互联网出站流量收费。

如果您选择的位置不是 US,则必须执行以下某项操作:

  • 从该区域的 Cloud Storage 存储分区加载数据(此存储分区可以是一个多区域级存储分区,也可以是数据集所在区域的一个区域级存储分区)
  • 将数据复制到该区域的一个存储分区中

将来自一个 Cloud Storage 区域的数据复制到另一个 Cloud Storage 区域时,系统会按照 Cloud Storage 网络流量价格收费。

存储价格

您可以免费将数据加载到 BigQuery 中,但需要为流式传输的数据支付少许费用。存储价格基于您表中存储的数据量,而数据量是基于您存储的数据类型计算的。如需详细了解我们如何计算您的数据大小,请参阅数据大小计算

美国和欧盟的多区域位置

存储量超过 10 GB 后,超出的部分按以下方式计费:

存储操作 费用
存储 每 GB 每月 $0.02。
流式插入 每成功插入 200 MB 收取 $0.01,每一行最小计为 1 KB。

如果您使用非美元货币付费,则请参阅在 Cloud Platform SKU 上以您的币种列出的价格。

存储价格基于每秒每 MB 的价格按比例计算。例如,如果您的存储情况如下:

  • 存储 100 MB 半个月,则需要支付 $0.001(十分之一美分)
  • 存储 500 GB 半个月,则需要支付 $5
  • 存储 1 TB 一整月,则需要支付 $20

东京区域

存储量超过 10 GB 后,超出的部分按以下方式计费:

存储操作 费用
存储 每月每 GB $0.023。
流式插入 每成功插入 200 MB 收取 $0.012,每一行最小计为 1 KB。

如果您使用非美元货币付费,则请参阅在 Cloud Platform SKU 上以您的币种列出的价格。

存储价格基于每秒每 MB 的价格按比例计算。例如,如果您的存储情况如下:

  • 存储 100 MB 半个月,则需要支付 $0.001(十分之一美分)
  • 存储 500 GB 半个月,则需要支付 $5
  • 存储 1 TB 一整月,则需要支付 $20

免费方案价格

(每个帐号)每月前 10 GB 存储量是免费的。

长期存储价格

如果某个表连续 90 天未被修改,则该表的存储价格会自动下降 50% 左右。

如果某个表被视为长期存储,其存储介质的性能、耐用性、可用性和其他所有功能都不会降级。

如果表被修改,价格会恢复到常规的存储价格,且上述 90 天连续未修改时间的计时器从零开始重新计数。

对表中数据所做的任何修改(加载数据、将数据复制到目标表、对目标表进行查询)都会重置上述计时器:

操作 备注
附加 任何拥有目标表并使用 WRITE_APPEND 的 writeDisposition 的作业。
改写 任何拥有目标表并使用 WRITE_TRUNCATE 的 writeDisposition 的作业。
流式传输 使用 Tabledata.insertAll() API 调用获取数据

其他所有操作均不会重置计时器,包括:

  • 从表中发起查询
  • 创建视图
  • 导出
  • 从表中复制
  • 打补丁

对于分区表,它的每一个分区都会被视为单独的个体来考虑是否适用长期存储价格。如果某个分区在过去 90 天内未被修改,则该分区中的数据将被视为长期存储并按折扣价计费。

对于在结算周期内达到 90 天阈值的表,我们会相应地按比例计算其价格。

长期存储价格仅适用于 BigQuery 存储,不适用于外部数据源

查询价格

查询价格是指运行您的 SQL 命令和用户定义的函数所需的费用。BigQuery 会根据处理的字节数这一指标收取查询费用。无论您是将数据存储在 BigQuery 中还是存储在外部数据源(例如 Google Cloud Storage、Google 云端硬盘或 Google Cloud Bigtable)中,我们都会根据处理的字节数向您收取费用。

免费方案价格

(每个结算帐号)每月免费处理 1 TB 数据。

按需计费

美国和欧盟的多区域位置

如果某月处理的数据量超过 1 TB,则超出的部分按以下方式计费:

资源 价格
查询 每 TB $5

如果您使用非美元货币付费,则请参阅在 Cloud Platform SKU 上以您的币种列出的价格。

  • 您不需要为返回错误的查询或从缓存中检索结果的查询付费。
  • 系统在计算费用时会四舍五入到最接近的 MB 数,查询引用的每个表所处理的数据至少计为 10 MB,每个查询所处理的数据也至少计为 10 MB。
  • 取消正在运行的查询作业可能会产生费用,费用最高可达正常完成查询所需的全部费用。
  • BigQuery 使用列式数据结构。我们会根据您选择的列中处理的总数据量向您收取费用,而每列的总数据量是基于该列中的数据类型计算的。如需详细了解我们如何计算您的数据大小,请参阅数据大小计算
  • 如果您更希望每月支付稳定的费用,而不是以按需计费的方式支付费用,请参阅固定价格

东京区域

如果某月处理的数据量超过 1 TB,则超出的部分按以下方式计费:

资源 价格
查询 每 TB $8.55

如果您使用非美元货币付费,则请参阅在 Cloud Platform SKU 上以您的币种列出的价格。

  • 您不需要为返回错误的查询或从缓存中检索结果的查询付费。
  • 系统在计算费用时会四舍五入到最接近的 MB 数,查询引用的每个表所处理的数据至少计为 10 MB,每个查询所处理的数据也至少计为 10 MB。
  • 取消正在运行的查询作业可能会产生费用,费用最高可达正常完成查询所需的全部费用。
  • BigQuery 使用列式数据结构。我们会根据您选择的列中处理的总数据量向您收取费用,而每列的总数据量是基于该列中的数据类型计算的。如需详细了解我们如何计算您的数据大小,请参阅数据大小计算
  • 如果您更希望每月支付稳定的费用,而不是以按需计费的方式支付费用,请参阅固定价格

固定价格

BigQuery 提供固定价格模式,以满足查询量较大的客户或大型企业客户的需求,此类客户可能更希望每月支付稳定的查询费用,而不是根据处理的数据量(TB 数)以按需计费的方式支付费用。如果您选择固定价格,则处理的所有字节的费用都包含在每月固定价格中。

BigQuery 会根据客户的历史记录、使用情况和支出,自动管理槽配额。对于每月分析支出不少于 $40000 的客户,BigQuery 提供了多种方法来增加分配的 slot 数量。

固定价格:

  • 仅适用于查询费用,不适用于存储。如需了解存储费用,请参阅存储价格
  • 适用于与采用固定价格的结算帐号关联的所有项目。
  • 提供额外的 BigQuery 槽。请查看下表了解详情。
  • 为交互式查询提供额外的查询并发处理能力。
每月费用 BigQuery Slot
$40000 2000
以 $10000 为单位递增 每个单位增量可增加 500 个 slot

如果您使用非美元货币付费,则请参阅在 Cloud Platform SKU 上以您的币种列出的价格。

如果有意了解固定价格,请与您的销售代表联系

数据操纵语言价格

BigQuery 会根据 DML 查询处理的字节数收取查询费用。

针对非分区表的 DML 价格

对于非分区表,处理的字节数按如下方式计算:

DML 语句 处理的字节数
INSERT 对引自以查询方式扫描的表的所有列处理的总字节数。
UPDATE 引自以查询方式扫描的表的所有列包含的总字节数
+ UPDATE 开始时所更新的表中所有列的总字节数。
DELETE 引自以查询方式扫描的表的所有列包含的总字节数
+ DELETE 开始时所修改的表中所有列的总字节数。
MERGE 如果 MERGE 语句中仅包含 INSERT 子句,您需要支付的费用取决于对在以查询方式扫描的表中引用的所有列处理的总字节数。
如果 MERGE 语句中包含 UPDATEDELETE 子句,则您需要支付的费用取决于对在以查询方式扫描的源表中引用的所有列处理的总字节数
MERGE 开始时目标表中所有列的总字节数之和。

非分区表 DML 价格示例

以下示例演示了 BigQuery 如何计算 DML 语句在修改非分区表时所读取的字节数。

示例 1:对非分区表调用 UPDATE 语句

table1 包含两列:col1(类型为 INTEGER)和 col2(类型为 STRING)。

UPDATE table1 SET col1 = 1 WHERE col1 = 2;

本例中处理的字节数 =

  • col1 中的总字节数 +
  • col2 中的总字节数
示例 2:对非分区表调用 UPDATE 语句

table1 包含两列:col1(类型为 INTEGER)和 col2(类型为 STRING)。table2 包含一列:field1(类型为 INTEGER)。

UPDATE table1 SET col1 = 1 WHERE col1 in (SELECT field1 from table2)

本例中处理的字节数 =

  • UPDATE 开始之前 table1.col1 中的总字节数 +
  • UPDATE 开始之前 table1.col2 中的总字节数 +
  • table2.field1 中的总字节数

针对分区表的 DML 价格

对于分区表,处理的字节数按如下方式计算:

DML 语句 处理的字节数
INSERT 对在以查询方式扫描的所有分区中引用的所有列处理的总字节数。
UPDATE 对在以查询方式扫描的表的所有分区中引用的所有列处理的总字节数
+ UPDATE 开始时所更新表的更新或扫描分区中所有列的总字节数。
DELETE 对在以查询方式扫描的表的所有分区中引用的所有列处理的总字节数
+ DELETE 开始时所修改表的修改或扫描分区中所有列的总字节数。
MERGE 如果 MERGE 语句中仅包含 INSERT 子句,您需要支付的费用将取决于对在以查询方式扫描的所有分区中引用的所有列处理的总字节数。
如果 MERGE 语句中包含 UPDATEDELETE 子句,您需要支付的费用则取决于对在以查询方式扫描的源表的所有分区中引用的所有列处理的总字节数
MERGE 开始时目标表的更新、删除或扫描分区中所有列的总字节数之和。

分区表 DML 价格示例

以下示例演示了 BigQuery 如何计算 DML 语句在修改按获取时间进行分区的表时所读取的字节数。要查看示例中所用表的 JSON 架构表示形式,请参阅“使用 DML 语句更新分区表数据”页面上的示例使用的表

示例 1:对按获取时间进行分区的表调用 INSERT 语句

mytable2 包含两列:id(类型为 INTEGER)和 ts(类型为 TIMESTAMP)。mytable 包含两列:field1(类型为 INTEGER)和 field2(类型为 STRING)。

INSERT INTO mytable (_PARTITIONTIME, field1) AS SELECT TIMESTAMP(DATE(ts)), id from mytable2

本例中处理的字节数 =

  • mytable2.ts 中的总字节数 +
  • mytable2.id 中的总字节数

要将行插入其中的表 (mytable) 的大小不会影响查询费用。

示例 2:对分区表调用 INSERT 语句

mytable2 包含两列:id(类型为 INTEGER)和 ts(类型为 TIMESTAMP)。mycolumntable 包含四列:field1(类型为 INTEGER)、field2(类型为 STRING)、field3(类型为 BOOLEAN)和 ts(类型为 TIMESTAMP)。

INSERT INTO mycolumntable (ts, field1) AS SELECT ts, id from mytable2

本例中处理的字节数 =

  • mytable2.ts 中的总字节数 +
  • mytable2.id 中的总字节数

要将行插入其中的表 (mycolumntable) 的大小不会影响查询费用。

示例 3:对按获取时间进行分区的表调用 UPDATE 语句

DML 语句 1:更新单个分区

mytable2 包含两列:id(类型为 INTEGER)和 ts(类型为 TIMESTAMP)。mytable 包含两列:field1(类型为 INTEGER)和 field2(类型为 STRING)。

UPDATE project.mydataset.mytable T SET T.field1 = T.field1 + 100 WHERE T._PARTITIONTIME = TIMESTAMP(“2017-05-01”) AND EXISTS (SELECT S.id from project.mydataset.mytable2 S WHERE S.id = T.field1)

本例中处理的字节数 =

  • mytable2.id 中的总字节数 +
  • “2017-05-01”分区内,mytable.field1 中的总字节数 +
  • “2017-05-01”分区内,mytable.field2 中的总字节数

DML 语句 2:根据表的一个分区更新另一个分区

UPDATE project.mydataset.mytable T SET T._PARTITIONTIME = TIMESTAMP(“2017-06-01”), T.field1 = T.field1 + 100 WHERE T._PARTITIONTIME = TIMESTAMP(“2017-05-01”) AND EXISTS (SELECT 1 from project.mydataset.mytable S WHERE S.field1 = T.field1 AND S._PARTITIONTIME = TIMESTAMP("2017-06-01") )

本例中处理的字节数 =

  • “2017-05-01”分区内,mytable.field1 中的总字节数 +
  • “2017-05-01”分区内,mytable.field2 中的总字节数 +
  • “2017-06-01”分区内,mytable.field1 中的总字节数 +
  • “2017-06-01”分区内,mytable.field2 中的总字节数

在本例中,UPDATE 语句的费用取决于“2017-05-01”和“2017-06-01”所对应的分区中所有字段的大小总和。

示例 4:对分区表调用 UPDATE 语句

DML 语句 1:更新单个分区

mytable2 包含两列:id(类型为 INTEGER)和 ts(类型为 TIMESTAMP)。mycolumntable 包含四列:field1(类型为 INTEGER)、field2(类型为 STRING)、field3(类型为 BOOLEAN)和 ts(类型为 TIMESTAMP)。

UPDATE project.mydataset.mycolumntable T SET T.field1 = T.field1 + 100 WHERE DATE(T.ts) = “2017-05-01” AND EXISTS (SELECT S.id from project.mydataset.mytable2 S WHERE S.id = T.field1)

本例中处理的字节数 =

  • mytable2.id 中的总字节数 +
  • “2017-05-01”分区内,mycolumntable.field1 中的总字节数 +
  • “2017-05-01”分区内,mycolumntable.field2 中的总字节数 +
  • “2017-05-01”分区内,mycolumntable.field3 中的总字节数 +
  • “2017-05-01”分区内,mycolumntable.ts 中的总字节数

DML 语句 2:根据表的一个分区更新另一个分区

UPDATE project.mydataset.mycolumntable T SET T.ts = TIMESTAMP(“2017-06-01”), T.field1 = T.field1 + 100 WHERE DATE(T.ts) = “2017-05-01” AND EXISTS (SELECT 1 from project.mydataset.mycolumntable S WHERE S.field1 = T.field1 AND DATE(S.ts) = "2017-06-01")

本例中处理的字节数 =

  • “2017-05-01”分区内,mycolumntable.field1 中的总字节数 +
  • “2017-05-01”分区内,mycolumntable.field2 中的总字节数 +
  • “2017-05-01”分区内,mycolumntable.field3 中的总字节数 +
  • “2017-05-01”分区内,mycolumntable.ts 中的总字节数 +
  • “2017-06-01”分区内,mycolumntable.field1 中的总字节数 +
  • “2017-06-01”分区内,mycolumntable.field2 中的总字节数 +
  • “2017-06-01”分区内,mycolumntable.field3 中的总字节数 +
  • “2017-06-01”分区内,mycolumntable.ts 中的总字节数

在本例中,UPDATE 语句的费用取决于“2017-05-01”和“2017-06-01”所对应的分区中所有字段的大小总和。

示例 5:对按获取时间进行分区的表调用 DELETE 语句

mytable2 包含两列:id(类型为 INTEGER)和 ts(类型为 TIMESTAMP)。mytable 包含两列:field1(类型为 INTEGER)和 field2(类型为 STRING)。

DELETE project.mydataset.mytable T WHERE T._PARTITIONTIME = TIMESTAMP(“2017-05-01”) AND EXISTS (SELECT S.id from project.mydataset.mytable2 S WHERE S.id = T.field1)

本例中处理的字节数 =

  • mytable2.id 中的总字节数 +
  • “2017-05-01”分区内,mytable.field1 中的总字节数 +
  • “2017-05-01”分区内,mytable.field2 中的总字节数
示例 6:对分区表调用 DELETE 语句

mytable2 包含两列:id(类型为 INTEGER)和 ts(类型为 TIMESTAMP)。mycolumntable 包含四列:field1(类型为 INTEGER)、field2(类型为 STRING)、field3(类型为 BOOLEAN)和 ts(类型为 TIMESTAMP)。

DELETE project.mydataset.mycolumntable T WHERE DATE(T.ts) =“2017-05-01” AND EXISTS (SELECT S.id from project.mydataset.mytable2 S WHERE S.id = T.field1)

本例中处理的字节数 =

  • mytable2.id 中的总字节数 +
  • “2017-05-01”分区内,mycolumntable.field1 中的总字节数 +
  • “2017-05-01”分区内,mycolumntable.field2 中的总字节数 +
  • “2017-05-01”分区内,mycolumntable.field3 中的总字节数 +
  • “2017-05-01”分区内,mycolumntable.ts 中的总字节数

数据大小计算

当您将数据加载到 BigQuery 中或查询数据时,我们会根据数据大小向您收取费用。数据大小是根据每种数据类型的大小计算的。

数据类型 大小
STRING 2 个字节 + UTF-8 编码字符串大小
INTEGER 8 个字节
FLOAT 8 个字节
BOOLEAN 1 个字节
TIMESTAMP 8 个字节
RECORD 0 个字节 + 包含的字段的大小

所有数据类型的 null 值均计为 0 个字节。重复字段按条目数计算。例如,重复的 4 个 INTEGER 条目计为 32 个字节。

按需计费的查询费用示例

当您运行查询时,即使您对结果设置了明确的 LIMIT,我们也会根据您选择的列中处理的总数据量向您收取费用。每列的总字节数是基于该列的数据类型计算的。如需详细了解我们如何计算您的数据大小,请参阅数据大小计算

下表列出了几个示例查询以及对每个查询处理的字节数的说明。

示例查询 处理的字节数

SELECT
  corpus,
  word
FROM
  publicdata:samples.shakespeare
LIMIT 1;
corpus 列 + word 列的总大小

SELECT
  corpus
FROM
  (SELECT
     *
   FROM
     publicdata:samples.shakespeare);
corpus 列的总大小

SELECT
  COUNT(*)
FROM
  publicdata:samples.shakespeare;
没有处理任何字节

SELECT
  COUNT(corpus)
FROM
  publicdata:samples.shakespeare;
corpus 列的总大小

SELECT
  COUNT(*)
FROM
  publicdata:samples.shakespeare
WHERE
  corpus = 'hamlet';
corpus 列的总大小

SELECT
  shakes.corpus,
  wiki.language
FROM
  publicdata:samples.shakespeare AS shakes
  JOIN EACH
  publicdata:samples.wikipedia AS wiki
  ON shakes.corpus = wiki.title;
shakes.corpuswiki.languagewiki.title 列的总大小

BigQuery Data Transfer Service 价格

BigQuery Data Transfer Service 每月按比例收取费用。具体计费方式如下:

源应用 每月费用(按比例)
Google AdWords

每个唯一客户 ID(Customer 表中的 ExternalCustomerID,包括展示次数为零的客户 ID)$2.50

DoubleClick Campaign Manager

每个唯一广告客户 ID(impression 表中的广告客户 ID)$2.50

DoubleClick for Publishers

每个网络 ID $100

YouTube 频道YouTube 内容所有者

2018 年 7 月 1 日之前免费。YouTube 的价格将在日后公布。

在数据传输至 BigQuery 后,您需要按标准的 BigQuery 存储查询费率付费。如需详细了解价格信息,请与销售人员联系

计算唯一 ID

您创建的每个数据传输每天都会产生 1 次或多次运行。每次运行都会记录遇到的每个唯一 ID 以及传输运行完成的日期。系统只会在传输完成的日期统计 ID。例如,如果某次传输运行开始于 7 月 14 日,结束于 7 月 15 日,系统会在 7 月 15 日统计唯一 ID。

如果某天同一传输的多次运行都遇到了某个唯一 ID,则该 ID 只会计入一次。但对于不同的传输,系统会分别统计唯一 ID。如果两个不同传输的运行均遇到了某个唯一 ID,该 ID 会计入两次。

示例

示例 1:您有 1 个传输,且传输包含的 3 次运行均于同一天完成。

  • 第一次运行记录了以下唯一 ID:A、B 和 C
  • 第二次运行记录了:A
  • 第三次运行记录了:C 和 D

由于所有运行均在同一天完成,我们会基于 4 个唯一 ID(A、B、C、D)向您收取费用。因为记录了 ID A 和 ID C 的是结束于同一天的两次不同运行,所以 ID A 和 ID C 各仅计一次。如果某个月的每一天都会完成这 3 次传输运行,那么您的月度费用基于 4 个唯一 ID 计算。如果传输运行完成的次数少于运行当月的天数,系统会按比例计费。

示例 2:您有多个传输,且各传输包含的运行均在同一天完成。

  • 传输 1 在运行后记录了以下唯一 ID:A、B 和 C
  • 传输 2 在运行后记录了:A
  • 传输 3 在运行后记录了:C 和 D

由于唯一 ID 在不同传输的运行中均需要计数,因此您需要基于 6 个唯一 ID(传输 1 的运行中记录的 A、B 和 C;传输 2 的运行中记录的 A;以及传输 3 的运行中记录的 C 和 D)付费。如果传输运行完成的次数少于运行当月的天数,系统会按比例计费。

计算数据回填费用

如果您安排了数据回填,则意味着您每天都安排了一次传输运行。在这种情况下,系统会根据计算唯一 ID 中描述的方法向您收取费用。

停止 BigQuery Data Transfer Service 计费

要停止产生费用,请停用删除您的传输。

此页内容是否有用?请给出您的反馈和评价:

发送以下问题的反馈:

此网页