其餘文件未處理

狀態顯示爲成功，但文件實際上未傳輸到大查詢。其餘文件未處理

# 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

其餘文件未處理

回答

相關問題