![]() | |
![]() |
| | Thread Tools | Display Modes |
#1
| |||
| |||
|
#2
| |||
| |||
|
|
Hi I need to copydb a 88591 table into a utf8 database. I can see there is some plan for Ingres/Actian to support a copydb - nvarchar option to support conversion to utf8 My assumption is that an varchar with extended chars eg Αι copydb -c -nvarchar will generate datafile such that the number of characters in utf8 (greater number of chars) will successfully copy in to a utf8 database. What version of Ingres will support the -nvarchar flag? Thanks |
#3
| |||
| |||
|
#4
| |||
| |||
|
#5
| |||
| |||
|
|
Hi seldom I believe you need an Ingres10. Martin Bowes -----Original Message----- From: seldom isnice [mailto:seldomisnice248 (AT) gmail (DOT) com] Sent: 02 October 2011 22:20 To: info-ingres (AT) kettleriverconsulting (DOT) com Subject: [Info-Ingres] Ingres version to support copydb -nvarchar Hi I need to copydb a 88591 table into a utf8 database. I can see there is some plan for Ingres/Actian to support a copydb - nvarchar option to support conversion to utf8 My assumption is that an varchar with extended chars eg Αι copydb -c -nvarchar will generate datafile such that the number of characters in utf8 (greater number of chars) will successfully copy in to a utf8 database. What version of Ingres will support the -nvarchar flag? |
#6
| |||
| |||
|
|
What are the conditions that this will work? Does this only work from one ISO88591 installation to another ISO88591 installation? I tried this from a SHIFTJIS installation to another SHIFTJIS installation and failed with a GCA protocol service failure. I tried this from a UTF8 installation against a SHIFTJIS installation and not surprisingly got the "couldn't negotiate character content" message. It seems to only work from an ISO88591 installation to another ISO88591 installation. All of my attempts were using a vnode to a remote installation. |
#7
| |||
| |||
|
|
I tried this from a SHIFTJIS installation to another SHIFTJIS installation and failed with a GCA protocol service failure. I'd be surprised if you need this flag to get a copy between two SHIFTJIS installations but the GCA message troubles me. I take it that the vnode you were using is functional. If no other good reason presents itself, I'd report the problem to IngresCorp. |
#8
| |||
| |||
|
|
On 10/4/2011 2:14 AM, Martin Bowes wrote: I tried this from a SHIFTJIS installation to another SHIFTJIS installation and failed with a GCA protocol service failure. I'd be surprised if you need this flag to get a copy between two SHIFTJIS installations but the GCA message troubles me. I take it that the vnode you were using is functional. If no other good reason presents itself, I'd report the problem to IngresCorp. Yes, the SHIFTJIS vnode is functional using isql, for example. The copydb ... part works, but when running sql vnode::dbName < copy.out is when the error happens. |
![]() |
| Thread Tools | |
| Display Modes | |
| |