環境與版本：FT2.3.0,SQL SERVER2016 span2,psql6.16.2，edge
不定期更新
1.表輸入字段預覽報錯，后台報“Response should include 'x-content-type-options' header.”
解決：查詢HTTP協議安全頭部X-Content-Type-Options引入的問題發現是微軟瀏覽器的問題，換了谷歌竟然真的好了。甚至也能在Edge上使用了，雖然后台還有報錯。
2.fdload任務中斷，消息報錯ERROR: invalid input syntax for type timestamp: "" (seg7 slice1 ip:端口 pid=2101)
解決：看到后第一反應是不會不支持空字符串吧！？一查無法將CSV復制到postgreSQL表中:timestamp列不接受空字符串果然如此：PSQL TIMESTAMP不支持空字符串進來。
3.ERROR: length for type varchar cannot exceed 10485760
解決：看起來是varchar長度太長了，找到那幾個nvarchar字段,發現有超過10485760的（1073741823），改成10485760，這是PSQL在UTF8下varchar的最大長度。
4.Parameter update_columns cannot reference column(s) in distribution key ("new_srv_workorderid")
解決：更新的字段不能設置成分布鍵。分布鍵就是GP在建表的時候，選取某字段作為分布排列依據的字段（distribution by column_name)。
5.表輸入預覽等操作報“network error"錯誤
解決：這是網絡問題，檢查黑名單與防火牆攔截。
6.FT任務的封裝
解決：使用“生成記錄”組件作為表輸入，隨便添加個字段命個名；使用“執行任務”組件作為封裝組件。
注：
1. 每次更新子任務時，該封裝后的任務需手動重啟才能載入更新后子任務。
2. fdload的子任務吃內存，不要在一個執行任務中放入過多有fdload的子任務。
7.FDLOAD更新與合並更新不生效
解決：使用“表輸出”組件，在寫入設置中選擇更新或者插入更新等。
8.130200005,Step FDLoade輸出 initialize failed.
解決：后面的fdload輸出會影響前面的表輸入預覽，把輸出側配置好或刪除即可。
9.ERROR: value too long for type character(1) (seg0 slice1 10.8.32.180:40000 pid=21566)
解決：kettle建表時會獲取SQL SERVER bit類型字段為char(1)，需手動改成bool類型。FT表輸入SQL SERVER數據源獲取bit類型字段時，需要手動改成bool類型。
10.數據管道：no mapping for jdbcType: -16
解決：使用數據管道時，從SQL SERVER到FD的表中有ntext字段時，會報錯。有相關類型時別用管道。
11.ERROR: function lpad(boolean, integer, unknown) does not exist 建議：No function matches the given name and argument types. You might need to add explicit type casts. 位置：1305 Call getNextException to see other errors in the batch.
解決：使用數據管道時，表輸出組件有 BIT 類型字段時，會報錯。有相關類型時別用數據管道。
12.FT表輸出建表為嚴格大小寫建表，若希望不嚴格大小寫，建議使用kettle建表功能。
注：
12.1 kettle建表時會獲取SQL SERVER bit類型字段為char(1)，需手動改下
12.2 GP建表后需更新分布鍵與主鍵，語句為：
alter table ods.tablename set distributed by(tablenameid);
alter table ods.tablename add primary key(tablenameid);
12.3 建表時注意添加表注釋，語句為：
comment on column tablename.columnname is '注釋內容';