Working with unicode (UTF-8)

SQLServerCentral is supported by Red Gate Software Ltd.

Popular Topics

Home

Members

Calendar

Who's On

Home » SQL Server 2005 » Working with Oracle » Working with unicode (UTF-8)

Working with unicode (UTF-8)

Rate Topic

Display Mode

Topic Options

Author

Message

schep021

Posted Monday, November 14, 2011 1:52 PM

SSC Veteran

Group: General Forum Members
Last Login: Yesterday @ 1:23 PM
Points: 239, Visits: 595

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

schep021

Posted Tuesday, November 15, 2011 8:29 AM

SSC Veteran

Group: General Forum Members
Last Login: Yesterday @ 1:23 PM
Points: 239, Visits: 595

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

Jo Pattyn

Posted Wednesday, January 25, 2012 1:20 PM

Ten Centuries

Group: General Forum Members
Last Login: Yesterday @ 7:46 PM
Points: 1,329, Visits: 4,303

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 »

Permissions