| Subject | Unicode issue with external table |
|---|---|
| Author | mahendra.nepali@iflexsolutions.com |
| Post date | 2006-03-08T08:04:12Z |
Hi,
I am trying to load a external table with data that has Unicode
characters in a particular column. For that I have set the character set
of the column as Unicode_Fss. But when I file a select query I am not
able to see the actual Unicode characters in the column and there are
discrepancies in the row data where the Unicode values appear. For such
rows there a shift of data in the columns since the length data of
Unicode code column seems to be exceeded by the actual length. I even
tried using the cast expression on the Unicode column while selecting
rows from it. But the problem still exists.
Then I made a test application with a test database. In this I loaded a
table (not an external one) with my data .net application and tried to
retrieve it back from ado.net. The data is fine. But when I fire a
select on the inserted data I see Unicode character being replaced by
more than one character. I am using Database Workbench. So might be
workbench is having an issue with Unicode.
But the same technique when I used with external table it fails in the
select statement, the reason being the date column in the table that get
invalid date due to addition of characters in the previous field.
Regards,
Mahendra Nepali
Desk: +91-22-55044586
Mobile: +919820191887
Email: mahendra.nepali@...
DISCLAIMER:
This message contains privileged and confidential information and is intended only for the individual named.If you are not the intended recipient you should not disseminate,distribute,store,print, copy or deliver this message.Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system.E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted,corrupted,lost,destroyed,arrive late or incomplete or contain viruses.The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
[Non-text portions of this message have been removed]
I am trying to load a external table with data that has Unicode
characters in a particular column. For that I have set the character set
of the column as Unicode_Fss. But when I file a select query I am not
able to see the actual Unicode characters in the column and there are
discrepancies in the row data where the Unicode values appear. For such
rows there a shift of data in the columns since the length data of
Unicode code column seems to be exceeded by the actual length. I even
tried using the cast expression on the Unicode column while selecting
rows from it. But the problem still exists.
Then I made a test application with a test database. In this I loaded a
table (not an external one) with my data .net application and tried to
retrieve it back from ado.net. The data is fine. But when I fire a
select on the inserted data I see Unicode character being replaced by
more than one character. I am using Database Workbench. So might be
workbench is having an issue with Unicode.
But the same technique when I used with external table it fails in the
select statement, the reason being the date column in the table that get
invalid date due to addition of characters in the previous field.
Regards,
Mahendra Nepali
Desk: +91-22-55044586
Mobile: +919820191887
Email: mahendra.nepali@...
DISCLAIMER:
This message contains privileged and confidential information and is intended only for the individual named.If you are not the intended recipient you should not disseminate,distribute,store,print, copy or deliver this message.Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system.E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted,corrupted,lost,destroyed,arrive late or incomplete or contain viruses.The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version.
[Non-text portions of this message have been removed]