Actually, you *can* store 8-bit characters in an US7ASCII database. Oracle has this...er...quirk that if you=20 connect to the DB and your NLS_LANG value is the same as the database's NLS_LANG value, Oracle does not do any checking or correction of characters. However, when you change your NLS_LANG value, Oracle will regurgitate=20 garbage for those 8-bit values. We discovered this when we tried to transfer data over a=20 database link between a US7ASCII database and an WE8ISO8859P1 database. Dick, however, is right. If you're gonna store 8 bit characters then you should have your database enabled for that. It will save a lot of heartburn in the long run. Cheers, Mike -----Original Message----- From: Goulet, Dick [mailto:DGoulet@xxxxxxxx] Sent: Tuesday, August 31, 2004 6:14 AM To: oracle-l@xxxxxxxxxxxxx Subject: RE: US7ASCII / French Character Martin, From someone whose been there, you'll need to upgrade to =3D WE8ISO8859P1/UTF8 to store the western European characters properly. = =3D US7ASCII is a subset of WE8ISO8859P1, so you won't loose anything that's = =3D already there. Dick Goulet Senior Oracle DBA Oracle Certified 8i DBA -----Original Message----- From: Martin Brown [mailto:martinfbrown@xxxxxxxxxxx] Sent: Monday, August 30, 2004 8:54 PM To: oracle-l@xxxxxxxxxxxxx Subject: US7ASCII / French Character Is it possible to store and retrieve the special french characters in = a=3D20 database with US7ASCII? Or, do I need to perform a characterset =3D conversion=3D20 to WE8ISO8859P1 or UTF8 or something else? Thanks. ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------