Problem: data conversion component going from unicode DT_WSTR to DT_STR with 1252 codepage using a Source Provider=IBMDADB2.1;
So.. I developed the package on the testdb without any errors. However, when I promote the package to the production box, I get this conversion error. I thought that it was specific to one column, so I set the ignore truncation error in the data flow. The next column provided then caused the same error.
what settings can I look at changing to prevent this error?
what data is being truncated or is the unicode conversion map failing?
the max(length) is 270 on a varchar 300. I also read something about tabs in this type of conversions failing?
Why would this be specific to the box? I have checked the collation on both DB's and they are SQL_Latin1_General_CP1_CI_AS
what is the normal workaround for this? is AlwaysUseDefaultCodePage a part of the solution?
<Error>The "output column "STATUSRENEWAL" (4477)" failed because truncation occurred, and the truncation row disposition on "output column "STATUSRENEWAL" (4477)" specifies failure on truncation.
</Error>
thanks for your time.
To find out the rows causing this, redirect the failing rows to error output and save it e.g. to a file.The problem could be caused by Unicode characters in DT_WSTR columns that can not be represented by codepage 1252. The workaround would depend on what you are going to do with this? Are you OK with loss of information - then ignore the error; if not - don't convert Unicode data to single-byte code page; or maybe you need to cleanup the source data to avoid international characters that can't be fit to codepage 1252?sqlsql
No comments:
Post a Comment