我的 Firebase 项目与 BigQuery 集成,因此所有原始 Google Analytics(分析)事件每天都会导出并流式传输到专用集合。
从今天起,即使是对这些事件的简单查询也会失败并出现错误:
Error running query
Failed to load FileDescriptorProto for 'CLOUD_QUERY_METADATA_SCHEMA': ;Field number 23 has already been used in "Msg_0_CLOUD_QUERY_TABLE" by field "items".
失败的示例查询:
SELECT * FROM `project.analytics_184030700.events_*` WHERE event_name IN ("share")
正如我所提到的,这些(以及更高级的)查询过去一直运行到昨天。在此期间我没有更改架构或任何其他配置。我还注意到BigQuery was updated yesterday .
查看错误描述,看起来我的表架构确实包含一个名为 items
的字段(最后一个,第 23 个),但它是由 Google Analytics 自动添加的。
我的怀疑:
- 最近发布的 BigQuery 出现问题
- 每日同步 Google Analytics -> BigQuery 期间出现问题
- 某些旧作业或缓存正在妨碍新查询
此时我不知道下一步该尝试什么。有谁知道可能导致此错误的原因吗?
编辑: 我注意到这个问题也刚刚在 Google 问题跟踪器中报告:https://issuetracker.google.com/issues/192325507 .
最佳答案
我有同样的问题,但尚未解决,但正如您所说,我猜原因是 Firebase。有一个额外的现场问题,仅限三天(6月26日、27日和28日)。
我检查了 6 月 26 日之前的所有数据,但没有 Privacy_info 字段。如您所见,6 月 29 日再次没有privacy_info 字段。我认为 firebase 放置了这个新领域,但他们由于某种原因改变了主意。但这给我们带来了一个大问题。
更新: 我改变了这部分:
SELECT * FROM `project.analytics_184030700.events_*`
像这样:
SELECT * FROM `project.analytics_184030700.events_2*`
有趣的是,这对我有用。
关于google-bigquery - 无法加载 '_CLOUD_QUERY_METADATA_SCHEMA_' 的 FileDescriptorProto,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/68179712/