Hi, WE8ISO8859P9 is Turkish character set. I don't see a problem.
Also, You've a chance to move db to new character sets evenf if it's not in subset/superset relations. Character conversions occur as below: desktop/terminal <---> Oracle client <---> Oracle server Oracle uses CONVERT() function internally to change character sets between client and server if these character sets are different. If client and server character sets are same, CONVERT() function is not used. In this case, your terminals or your desktop character sets are stored in db. Now, If you export your db when your db character set and your export session's character set are same, CONVERT() function will not be used. But, there will be still old character set in export file header. There should be a note in metalink which explains this header. If you modify export file header to new character set, and import session's character set and new db character set are the new db character set, no CONVERT() function will be used in import and your data will be imported to new db with new character set without corruption. Note that no data conversion is done. Data is still same. This is the way how to move db to different character sets. regards... -- Danisment Gazi Unal http://www.unal-bilisim.com You can modify export file dump. By this method, you can "Reddy, Madhusudana" wrote: > Hello All, > I am getting the following error , when I was trying to run the CSSCAN > utility > > /usr/lib/dld.sl: Can't open shared library: > /opt/java/jre.1.1.8/lib/PA_RISC/native_threads/libjava.sl > /usr/lib/dld.sl: No such file or directory > Abort > > And another Question I do have .... I have my database running on > WE8ISO8859P9 character set , I am trying to upgrade a 3rd party application > running on the DB and the application document suggests that it expects > WE8ISO8859P1 character set on the database. > > As we know WE8ISO8859P9 is superset of WE8ISO8859P1 , by leaving the > database in the same WE8ISO8859P9 , will it be a problem in future ??? > Your suggestions are very much needed ......... > > Thanks, > Madhu V Reddy > Database Support Services > (952) 324-0392 ( work ) > > -- > Please see the official ORACLE-L FAQ: http://www.orafaq.com > -- > Author: Reddy, Madhusudana > INET: [EMAIL PROTECTED] > > Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 > San Diego, California -- Public Internet access / Mailing Lists > -------------------------------------------------------------------- > To REMOVE yourself from this mailing list, send an E-Mail message > to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in > the message BODY, include a line containing: UNSUB ORACLE-L > (or the name of mailing list you want to be removed from). You may > also send the HELP command for other information (like subscribing). -- Please see the official ORACLE-L FAQ: http://www.orafaq.com -- Author: Danisment Gazi Unal INET: [EMAIL PROTECTED] Fat City Network Services -- (858) 538-5051 FAX: (858) 538-5051 San Diego, California -- Public Internet access / Mailing Lists -------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
