【问题标题】:"Error: Unexpected. Please try again." on JOIN“错误:意外。请重试。”加入
【发布时间】:2013-06-30 12:32:31
【问题描述】:

查询失败 错误:意外。请再试一次。

我在使用 2 个键的 JOIN 时遇到了这个模棱两可的错误。搜索只给了我几个月前的“这是一个错误,我们正在解决它”。

SELECT a.user_key as user_key, b.bundleid as bundleid, a.dateFirst as dateFirst
FROM (
  SELECT user_key, dateFirst
  FROM game.firstTable) as a
JOIN EACH (
  SELECT user_key, bundleid, timestamp
  FROM game.prodbundle) as b
ON a.user_key = b.user_key AND a.dateFirst = b.timestamp;

有任何新的错误或已知问题吗?

【问题讨论】:

  • 我在执行几乎相同的查询时遇到了同样的错误,只是没有使用时间戳。查询返回:“错误:意外。请重试。”而不是结果。查询工作正常,自 2 个多月前以来没有任何更改,每天早上执行直到今天..
  • 现在工作?看看乔丹的回答

标签: google-bigquery


【解决方案1】:

我们昨天升级到了新版本的查询引擎,在使用 JOIN ON 和 GROUP EACH 时,在某些情况下,错误报告不一致导致“错误:意外”错误。该更改已于太平洋标准时间今天上午 10 点左右回滚。

我们仍在调查这是否只是应返回的资源超出错误的错误分类,或者是否存在其他问题。

如果您继续看到此问题,请告诉我们。

【讨论】:

    【解决方案2】:

    加入时间戳有一个错误,但您也可以实施临时修复。您可以通过在 SELECT 语句中使用TIMESTAMP_TO_USEC(dateFirst) 将它们转换为微发送来绕过它。

    https://stackoverflow.com/a/17055115/132438

    【讨论】:

    • 这似乎没有立即奏效。我将其分解为单独的 SELECT 语句以创建 2 个临时表(使用 'TIMESTAMP_TO_USEC'),但它仍然给我一个没有 JOIN 的错误,但前提是我选择了一个目标表。如果我把它写出来,它工作得很好。然后保存到表,它工作正常。不过,现在我的 JOIN 确实适用于 USEC 时间。谢谢!
    【解决方案3】:

    有一个 but 并且在您进行更改后已修复,查询现在按预期返回正确的结果。谢谢。

    【讨论】:

      猜你喜欢
      • 2014-08-27
      • 2014-07-24
      • 2014-07-27
      • 1970-01-01
      • 1970-01-01
      • 2012-09-04
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多