2017-10-04 235 views
0

記錄很少會由於錯誤以下錯誤6705作爲源有像(IUa¯z'ÇÅÿ)SQL服務器的Teradata對Unicode/UTF8:Teradata的錯誤6705

許多特殊字符 翻譯過程中遇到

6705非法形成的字符串。

所有基本設置好:

  • 源和目標具有相同的Unicode數據集
  • 源和TGT有UTF編碼
  • ODBC.INI用於SQL Server有所需的代碼頁面(106)

問題:

  1. 是他們的TPT在任何文件中檢查所有入境?
  2. 任何方式對所有特殊字符轉換爲認可的Teradata值
  3. 任何其他投入?

回答

0

看起來像內部Teradata問題,與SQL Server和Informatica無關,請比較:https://www.info.teradata.com/HTMLPubs/DB_TTU_13_10/index.html#page/General_Reference/B035_1096_109A/Database.05.2268.html

它不應該只是你的數據中的Unicode字符造成的。我不認爲這是問題。但也許其中之一:

A SO is followed by MBCs, then the end of the string. 
A SO is followed by SBCs, before encountering a shift-in (SI). 

你可以嘗試驗證這一點,並提供一些更多的細節?