其余文件未处理

状态显示为成功，但文件实际上未传输到大查询。其余文件未处理

# bq show -j abc 

    Job Type State  Start Time  Duration Bytes Processed 
---------- --------- ----------------- ---------- ----------------- 
    load  SUCCESS 05 Jul 15:32:45 0:26:24

从web界面，我可以看到实际的错误。

Line:9732968, Too few columns: expected 27 column(s) but got 9 column(s) 
Line:10893908/Field:1, Bad character (ASCII 0) encountered. Rest of file not processed.

1）我怎么知道哪个坏字符需要删除？

2）为什么“成功”显示为工作状态？

更新：

作业ID：summary_2012_07_09_to_2012_07_10a2

我在命令提示得到了错误：大量查询误差在负载操作：后端错误

在尚未处理许多行所有。

线：：9857286 /字段：从web界面的详细说明1，为字符（ASCII 0）遇到：< 15>

线：：9857287 /字段：1，为字符（ASCII 0场与开始）遇到。其余文件未处理。

其中在第二次尝试成功处理了所有的线：

JOB_ID：summary_2012_07_09_to_2012_07_ 10A3

更新2：

线：174952407 /字段：1，为字符（ASCII 0）遇到。其余文件未处理。

职位编号：job_19890847cbc3410495c3cecaf79b31fb

来源

2012-07-05 shantanuo

您可以发送返回成功但未实际添加数据的作业的作业ID吗？ – 2012-07-09 20:31:43

很抱歉的响应速度慢，在周末假期意味着大部分的BigQuery队并没有回答支持问题。 '坏字符'看起来可能是一个已知的错误，有些gzip文件在我们不正确地检测到文件末尾的ascii 0值。

如果工作实际上失败了，但报告成功了，这听起来像是一个问题，但我们需要失败作业的作业ID才能进行调试。此外，如果您可以复制它，这将有所帮助，因为我们可能不再有原始作业的日志。

来源

2012-07-09 20:33:30

它在文件末尾失败，所以我猜这个错误可以忽略。 – shantanuo 2012-07-12 03:06:26

其余文件未处理

回答

相关问题