- 请分享两个查询的文本(失败的那个
-
一种解决方法是使用带有 mod 函数的 WHERE 子句将数据分成更小的部分。
试试这个？
1
| Select tstamp,uniq_id,INTEGER(ip) as ip,devtype, FLOAT(price) as price,FLOAT(altitude) as altitude,FLOAT(longitude) as longitude,FLOAT(latitude) as latitude FROM [bigquery_processed.table_rc2] WHERE ABS(HASH(devtype) % 2) = 0 |
然后用相同的查询追加表，只需 WHERE ABS(HASH(devtype) % 2) = 1.
老实说，这应该只是临时解决方法。它应该能够运行您的原始查询，因为没有带有大桶的 JOIN 或 GROUP BY。
434511
这是我了解到的 - 当 BigQuery 中存在一些内部问题时，通常会发生意外错误。大多数情况下，在一段时间后再次运行作业可以解决问题。但有时 Google 需要调试和修复问题(如果您联系他们的支持团队)
希望它可以帮助某人:)
-
一种解决方法是使用带有 mod 函数的 WHERE 子句将数据分成更小的部分。
试试这个？
1
| Select tstamp,uniq_id,INTEGER(ip) as ip,devtype, FLOAT(price) as price,FLOAT(altitude) as altitude,FLOAT(longitude) as longitude,FLOAT(latitude) as latitude FROM [bigquery_processed.table_rc2] WHERE ABS(HASH(devtype) % 2) = 0 |
然后用相同的查询追加表，只需 WHERE ABS(HASH(devtype) % 2) = 1.
老实说，这应该只是临时解决方法。它应该能够运行您的原始查询，因为没有带有大桶的 JOIN 或 GROUP BY。
434511
这是我了解到的 - 当 BigQuery 中存在一些内部问题时，通常会发生意外错误。大多数情况下，在一段时间后再次运行作业可以解决问题。但有时 Google 需要调试和修复问题(如果您联系他们的支持团队)
希望它可以帮助某人:)
-
一种解决方法是使用带有 mod 函数的 WHERE 子句将数据分成更小的部分。
试试这个？
1
| Select tstamp,uniq_id,INTEGER(ip) as ip,devtype, FLOAT(price) as price,FLOAT(altitude) as altitude,FLOAT(longitude) as longitude,FLOAT(latitude) as latitude FROM [bigquery_processed.table_rc2] WHERE ABS(HASH(devtype) % 2) = 0 |
然后用相同的查询追加表，只需 WHERE ABS(HASH(devtype) % 2) = 1.
老实说，这应该只是临时解决方法。它应该能够运行您的原始查询，因为没有带有大桶的 JOIN 或 GROUP BY。
434511
这是我了解到的 - 当 BigQuery 中存在一些内部问题时，通常会发生意外错误。大多数情况下，在一段时间后再次运行作业可以解决问题。但有时 Google 需要调试和修复问题(如果您联系他们的支持团队)
希望它可以帮助某人:)
-
一种解决方法是使用带有 mod 函数的 WHERE 子句将数据分成更小的部分。
试试这个？
1
| Select tstamp,uniq_id,INTEGER(ip) as ip,devtype, FLOAT(price) as price,FLOAT(altitude) as altitude,FLOAT(longitude) as longitude,FLOAT(latitude) as latitude FROM [bigquery_processed.table_rc2] WHERE ABS(HASH(devtype) % 2) = 0 |
然后用相同的查询追加表，只需 WHERE ABS(HASH(devtype) % 2) = 1.
老实说，这应该只是临时解决方法。它应该能够运行您的原始查询，因为没有带有大桶的 JOIN 或 GROUP BY。
434511
这是我了解到的 - 当 BigQuery 中存在一些内部问题时，通常会发生意外错误。大多数情况下，在一段时间后再次运行作业可以解决问题。但有时 Google 需要调试和修复问题(如果您联系他们的支持团队)
希望它可以帮助某人:)
-
一种解决方法是使用带有 mod 函数的 WHERE 子句将数据分成更小的部分。
试试这个？
1
| Select tstamp,uniq_id,INTEGER(ip) as ip,devtype, FLOAT(price) as price,FLOAT(altitude) as altitude,FLOAT(longitude) as longitude,FLOAT(latitude) as latitude FROM [bigquery_processed.table_rc2] WHERE ABS(HASH(devtype) % 2) = 0 |
然后用相同的查询追加表，只需 WHERE ABS(HASH(devtype) % 2) = 1.
老实说，这应该只是临时解决方法。它应该能够运行您的原始查询，因为没有带有大桶的 JOIN 或 GROUP BY。
434511
这是我了解到的 - 当 BigQuery 中存在一些内部问题时，通常会发生意外错误。大多数情况下，在一段时间后再次运行作业可以解决问题。但有时 Google 需要调试和修复问题(如果您联系他们的支持团队)
希望它可以帮助某人:)
-
一种解决方法是使用带有 mod 函数的 WHERE 子句将数据分成更小的部分。
试试这个？
1
| Select tstamp,uniq_id,INTEGER(ip) as ip,devtype, FLOAT(price) as price,FLOAT(altitude) as altitude,FLOAT(longitude) as longitude,FLOAT(latitude) as latitude FROM [bigquery_processed.table_rc2] WHERE ABS(HASH(devtype) % 2) = 0 |
然后用相同的查询追加表，只需 WHERE ABS(HASH(devtype) % 2) = 1.
老实说，这应该只是临时解决方法。它应该能够运行您的原始查询，因为没有带有大桶的 JOIN 或 GROUP BY。
434511
这是我了解到的 - 当 BigQuery 中存在一些内部问题时，通常会发生意外错误。大多数情况下，在一段时间后再次运行作业可以解决问题。但有时 Google 需要调试和修复问题(如果您联系他们的支持团队)
希望它可以帮助某人:)
-
一种解决方法是使用带有 mod 函数的 WHERE 子句将数据分成更小的部分。
试试这个？
1
| Select tstamp,uniq_id,INTEGER(ip) as ip,devtype, FLOAT(price) as price,FLOAT(altitude) as altitude,FLOAT(longitude) as longitude,FLOAT(latitude) as latitude FROM [bigquery_processed.table_rc2] WHERE ABS(HASH(devtype) % 2) = 0 |
然后用相同的查询追加表，只需 WHERE ABS(HASH(devtype) % 2) = 1.
老实说，这应该只是临时解决方法。它应该能够运行您的原始查询，因为没有带有大桶的 JOIN 或 GROUP BY。
434511
这是我了解到的 - 当 BigQuery 中存在一些内部问题时，通常会发生意外错误。大多数情况下，在一段时间后再次运行作业可以解决问题。但有时 Google 需要调试和修复问题(如果您联系他们的支持团队)
希望它可以帮助某人:)
-
一种解决方法是使用带有 mod 函数的 WHERE 子句将数据分成更小的部分。
试试这个？
1
| Select tstamp,uniq_id,INTEGER(ip) as ip,devtype, FLOAT(price) as price,FLOAT(altitude) as altitude,FLOAT(longitude) as longitude,FLOAT(latitude) as latitude FROM [bigquery_processed.table_rc2] WHERE ABS(HASH(devtype) % 2) = 0 |
然后用相同的查询追加表，只需 WHERE ABS(HASH(devtype) % 2) = 1.
老实说，这应该只是临时解决方法。它应该能够运行您的原始查询，因为没有带有大桶的 JOIN 或 GROUP BY。
434511
这是我了解到的 - 当 BigQuery 中存在一些内部问题时，通常会发生意外错误。大多数情况下，在一段时间后再次运行作业可以解决问题。但有时 Google 需要调试和修复问题(如果您联系他们的支持团队)
希望它可以帮助某人:)
-
一种解决方法是使用带有 mod 函数的 WHERE 子句将数据分成更小的部分。
试试这个？
1
| Select tstamp,uniq_id,INTEGER(ip) as ip,devtype, FLOAT(price) as price,FLOAT(altitude) as altitude,FLOAT(longitude) as longitude,FLOAT(latitude) as latitude FROM [bigquery_processed.table_rc2] WHERE ABS(HASH(devtype) % 2) = 0 |
然后用相同的查询追加表，只需 WHERE ABS(HASH(devtype) % 2) = 1.
老实说，这应该只是临时解决方法。它应该能够运行您的原始查询，因为没有带有大桶的 JOIN 或 GROUP BY。
434511
这是我了解到的 - 当 BigQuery 中存在一些内部问题时，通常会发生意外错误。大多数情况下，在一段时间后再次运行作业可以解决问题。但有时 Google 需要调试和修复问题(如果您联系他们的支持团队)
希望它可以帮助某人:)
-
一种解决方法是使用带有 mod 函数的 WHERE 子句将数据分成更小的部分。
试试这个？
1
| Select tstamp,uniq_id,INTEGER(ip) as ip,devtype, FLOAT(price) as price,FLOAT(altitude) as altitude,FLOAT(longitude) as longitude,FLOAT(latitude) as latitude FROM [bigquery_processed.table_rc2] WHERE ABS(HASH(devtype) % 2) = 0 |
然后用相同的查询追加表，只需 WHERE ABS(HASH(devtype) % 2) = 1.
老实说，这应该只是临时解决方法。它应该能够运行您的原始查询，因为没有带有大桶的 JOIN 或 GROUP BY。
434511
这是我了解到的 - 当 BigQuery 中存在一些内部问题时，通常会发生意外错误。大多数情况下，在一段时间后再次运行作业可以解决问题。但有时 Google 需要调试和修复问题(如果您联系他们的支持团队)
希望它可以帮助某人:)
-
一种解决方法是使用带有 mod 函数的 WHERE 子句将数据分成更小的部分。
试试这个？
1
| Select tstamp,uniq_id,INTEGER(ip) as ip,devtype, FLOAT(price) as price,FLOAT(altitude) as altitude,FLOAT(longitude) as longitude,FLOAT(latitude) as latitude FROM [bigquery_processed.table_rc2] WHERE ABS(HASH(devtype) % 2) = 0 |
然后用相同的查询追加表，只需 WHERE ABS(HASH(devtype) % 2) = 1.
老实说，这应该只是临时解决方法。它应该能够运行您的原始查询，因为没有带有大桶的 JOIN 或 GROUP BY。
434511
这是我了解到的 - 当 BigQuery 中存在一些内部问题时，通常会发生意外错误。大多数情况下，在一段时间后再次运行作业可以解决问题。但有时 Google 需要调试和修复问题(如果您联系他们的支持团队)
希望它可以帮助某人:)