× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



    Hi Ivan,

    "Graphic" is IBM lingo: "A graphic string is a sequence of two-byte
characters."  I assume you're using the SQL ALTER statement.  If so, you can
change the data type from character to graphic and change the CCSID as well.
Assuming your job CCSID is not 65535, the data will be converted to Unicode
( UCS-2 ).

    You can also copy DDS, change the character types to graphic, create the
new empty file, then use cpyf with *MAP to converrt.  There's also a
VARGRAPHIC type, analogous to VARCHAR.

    Doing this will improve performance ( usually, depending on the type of
application ), and can have an impact on memory usage if you bring over a
lot of data.  There are also downsides, the most obvious being twice the
disk space for most western languages - the AS/400 only supports UCS-2 and
not UTF-8 as of V5R2.  OTOH, if you are setting up for i18n apps, you don't
have to have different tables for different languages, which is a real
programming/maintenance advantage.  It should be clear that there is no
impact on numeric values.

    For some table types, like a symbol table, UCS-2 is a no brainer.  HTH,

> Do you Yahoo!?

        No.

                                                  Joe Sam

Joe Sam Shirah -        http://www.conceptgo.com
conceptGO         -        Consulting/Development/Outsourcing
Java Filter Forum:       http://www.ibm.com/developerworks/java/
Just the JDBC FAQs: http://www.jguru.com/faq/JDBC
Going International?    http://www.jguru.com/faq/I18N
Que Java400?             http://www.jguru.com/faq/Java400


----- Original Message -----
From: "Ivan Hurtado" <iva030@xxxxxxxxx>
To: "Java Programming on and around the iSeries / AS400"
<java400-l@xxxxxxxxxxxx>
Sent: Tuesday, March 30, 2004 5:00 PM
Subject: Re: Changing Coded Character Set (CCSID)


> I have an update. After continued messing around with
> this, I found that I can't change the CCSID for
> character table columns, but I can however change it
> for Graphics table columns to 13488. I assume that I
> can then use these graphics col types to store my
> unicode character data. Anyone have any tips/advice? I
> will try it out to see.
>
> Thanks,
> Ivan
>
> --- Ivan Hurtado <iva030@xxxxxxxxx> wrote:
> > I am trying to change the CCSID for a table to
> > 13488,
> > which supports Unicode characters. According to Don
> > Denoncourt, this is a performance optimization that
> > helps substantially because you no longer have to
> > perform ASCII-2-EBCDIC and vice-versa conversions
> > behind the scenes every time you access data.
> > However,
> > my system does not appear to support this
> > encoding...
> >
> > Does anyone know what I can do to allow me to use
> > CCSID 13488? Is there a certain OS release/version
> > that will support this? I am on V5R2.
> >
> > Thanks,
> > Ivan
> >




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.