为什么表格的流式缓冲区中的oldestEntryTime超过36小时前?

时间:2017-01-05 16:48:46

标签: google-bigquery

当我尝试在该表上运行DELETE语句时,它会失败,因为

UPDATE or DELETE DML statements are not supported over
table <tableName> with streaming buffer

我已经在其他地方读到了缓冲区至少每隔90分钟被冲洗一次。但是,该表的流缓冲区已经存在于&gt; 36小时。

来自

的回应
GET https://www.googleapis.com/bigquery/v2/projects/<projectId>/datasets/<dataset>/tables/<tableName>?fields=streamingBuffer

{
 "streamingBuffer": {
  "estimatedRows": "2",
  "estimatedBytes": "202",
  "oldestEntryTime": "1483503840000" // 2017-01-04T04:24:00.000Z
 }
}

这是正常的吗?如果没有,我如何强制刷新流缓冲区?

2 个答案:

答案 0 :(得分:0)

有时,浏览器会根据您的本地配置缓存结果。您可以尝试使用新的浏览器窗口检查信息,或直接使用BigQuery文档中提到的BigQuery客户端库发出查询:

https://cloud.google.com/bigquery/docs/reference/libraries

答案 1 :(得分:0)

罪魁祸首是错误的缓存,由文档页面中使用的BigQuery API Explorer执行。特别是,我在Table参考页面上使用该工具来检查来自

的响应

GET https://www.googleapis.com/bigquery/v2/projects/<projectId>/datasets/<dataset>/tables/<tableName>?fields=streamingBuffer

检查Chrome中的网络控制台显示,Google的API会一直以304 Not Modified响应,直到您打开一个新的浏览器会话,此时它会返回200并获得准确的响应。