为什么BigQuery加载作业统计信息在使用JavaSDK时返回查询信息？

我们有一个构建在之上的应用程序（我们无法使用，因为当时它缺少对设置的支持）

我曾经在另一个堆栈溢出问题上问过这个问题，但那是1.5年前的事了，我觉得这需要一个新的问题

简而言之，当使用Java API请求加载作业（）的作业统计信息时，

QUERY

字段现在填充了

statistics.QUERY.totalSlotMs

：

直到9月18日至19日的一段时间后才返回，这导致了申请中出现问题

---

如果加载作业实际上不是查询，为什么它会返回查询统计信息，特别是

totalSlotMs

您可以在上提交一个带有示例作业ID的bug吗？加载作业的建模类似于查询，因此它们确实使用插槽，尽管通用插槽不计入项目中的插槽。插槽毫秒数包含在这些统计数据中有误导性。将执行Elliot。我们的问题是，我们只需检查该字段，以确定统计对象是否用于加载或查询（我们有自己的查询分析）。显然，这现在失败了，因为应用程序认为加载作业是查询作业；-）是的，有道理。这显示了我自身知识的局限性。。。我本以为有其他方法可以根据反应来判断这是什么样的工作。无论如何，希望我们能很快解决这个问题，谢谢你报告这个问题！是的，不幸的是没有。确定作业类型的唯一方法是检查

getQuery（）！=null

或

getLoad（）！=null

等。需要类似于

getJobType（）

的东西，它返回一个枚举值IMHO。此外，使用不同的类/对象名称

JobStatistics1

，

JobStatistics2

，

JobStatistics3

和

JobStatistics4

非常令人困惑；-）您可以在上提交一个带有示例作业ID的bug吗？加载作业的建模类似于查询，因此它们确实使用插槽，尽管通用插槽不计入项目中的插槽。插槽毫秒数包含在这些统计数据中有误导性。将执行Elliot。我们的问题是，我们只需检查该字段，以确定统计对象是否用于加载或查询（我们有自己的查询分析）。显然，这现在失败了，因为应用程序认为加载作业是查询作业；-）是的，有道理。这显示了我自身知识的局限性。。。我本以为有其他方法可以根据反应来判断这是什么样的工作。无论如何，希望我们能很快解决这个问题，谢谢你报告这个问题！是的，不幸的是没有。确定作业类型的唯一方法是检查

getQuery（）！=null

或

getLoad（）！=null

等。需要类似于

getJobType（）

的东西，它返回一个枚举值IMHO。此外，使用不同的类/对象名称

JobStatistics1

，

JobStatistics2

，

JobStatistics3

和

JobStatistics4

非常令人困惑；-）