Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase

Working with unicode (UTF-8) Expand / Collapse
Author
Message
Posted Monday, November 14, 2011 1:52 PM
SSC Veteran

SSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC Veteran

Group: General Forum Members
Last Login: Tuesday, July 15, 2014 9:07 AM
Points: 244, Visits: 723
We have a large amount of jobs that take data from our Oracle database, transform it, and then import it into or SQL Server databases. We recently changed our Oracle, source, database from WIN1252 to UTF-8. This has broken our SSIS packages and producing multiple errors with ..."cannot convert between unicode and non-unicode"...

Changing the source back to WIN1252 is not an option.

I believe we may have found a work around by adding a data conversion task within the package. But, there are over 500 hundred packages and mapping each column within each package will be VERY time consuming. (http://msdn.microsoft.com/en-us/library/aa337316%28v=SQL.90%29.aspx)

Has anyone tried this work around before? Have you had any issues? I am worried about invalid characters, truncation, and the effects on performance.

I was looking into updating all the destination tables to only have unicode columns (nvarchar, nchar, etc) to see if I could do a direct import if the columns were large enough. But, from what I read, translations will not match.

We are running SQL Server 2005 SP2.

Thank you for your time!
Post #1205542
Posted Tuesday, November 15, 2011 8:29 AM
SSC Veteran

SSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC Veteran

Group: General Forum Members
Last Login: Tuesday, July 15, 2014 9:07 AM
Points: 244, Visits: 723
I was able to create a new table using the import/export wizard. The wizard was nice as it created the correct columns needed in order to hold the unicode data. I have read that SQL Server stores unicode in UCS-2 encoding schema, and the source was UTF-8. So, I'm unsure if there will be issue there. Has anyone taken this approach? Will the difference between encodings cause issues?
Post #1206059
Posted Wednesday, January 25, 2012 1:20 PM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Today @ 7:32 AM
Points: 1,386, Visits: 6,250
Not sure if following links helps as they are directed to sqlplus regarding unicode
Interesting link on Oracle unicode
SQL Snippets: unicode - unicode and SQL*Plus (Windows)
Post #1241751
« Prev Topic | Next Topic »

Add to briefcase

Permissions Expand / Collapse