Google bigquery 为什么标准SQLUDF会增加所有查询的计费字节数?

Google bigquery 为什么标准SQLUDF会增加所有查询的计费字节数?,google-bigquery,Google Bigquery,BQ支持团队 我们最近在BQ中研究了带有UDF的标准SQL,它似乎运行得很好。但我们确实注意到,使用它的成本太高。因为计费的字节数可能是原始表的一百倍。我认为这是有道理的,因为UDF需要内存来处理。但我不明白的是,所有查询都使用UDF SQL生成的表,但仍然像UDF SQL一样使用内存。我们的原始表约为1.03K,UDF SQL运行的账单为1000万美元。以下是正常查询的职务信息: 从project.udf\u sql\u table\u name中选择* 从作业信息中,我们可以看到UDF SQ

BQ支持团队

我们最近在BQ中研究了带有UDF的标准SQL,它似乎运行得很好。但我们确实注意到,使用它的成本太高。因为计费的字节数可能是原始表的一百倍。我认为这是有道理的,因为UDF需要内存来处理。但我不明白的是,所有查询都使用UDF SQL生成的表,但仍然像UDF SQL一样使用内存。我们的原始表约为1.03K,UDF SQL运行的账单为1000万美元。以下是正常查询的职务信息:

project.udf\u sql\u table\u name
中选择*

从作业信息中,我们可以看到UDF SQL生成一个大约1.05K的表,它保存为project.UDF\u SQL\u table\u name。现在,即使只做一个简单的“选择”,“计费字节数”仍然是10M,比处理过的表大1000倍。 我可以知道在使用UDF时这是正确的吗? 谢谢

“计费字节数”仍然是10M,比已处理表大1000倍。。。这是正确的吗

对。这是正确的。看

费用四舍五入到最接近的MB,最小数据量为10 MB 根据查询引用的表进行处理,最小值为10 MB 每个查询处理的数据


@MikhailBerlyant,谢谢你的提醒
Job ID          *
Creation Time   Apr 14, 2017, 2:57:29 PM
Start Time      Apr 14, 2017, 2:57:29 PM
End Time        Apr 14, 2017, 2:57:30 PM
Bytes Processed 1.05 KB
Bytes Billed    10.0 MB
Billing Tier    1
Destination Table   *
Use Legacy SQL  fase