在早期的Oracle是没有中文的字符集（如Oracle6、Oracle7、Oracle7.1）,尽管如此数据库在那时也有人运用了, 并用US7ASCII字符集存储了中文，或是有的用户在创建数据库时，不考虑清楚，随意选择一个默认的字符集，如WE8ISO8859P1或US7ASCII，而这两个字符集都没有汉字编码。

虽然有些时候选用这种字符集好象也能正常使用，但用这种字符集存储汉字信息从原则上说就是错误的，它会给数据库的使用与维护带来一系列的麻烦。

正常情况下，要将汉字存入数据库，数据库字符集必须支持中文，而将数据库字符集设置为US7ASCII等单字节字符集是不合适的。US7ASCII字符集只定义了128个符号，并不支持汉字。另外，如果在SQL*PLUS中能够输入中文，操作系统缺省应该是支持中文的，但如果在NLS_LANG中的字符集设置为US7ASCII，显然也是不正确的，它没有反映客户端的实际情况。

但在实际应用中汉字显示却是正确的，这主要是因为Oracle检查数据库与客户端的Oracle字符集设置是同样的，那么数据在客户与数据库之间的存取过程中将不发生任何转换，但是这实际上导致了数据库标识的字符集与实际存入的内容是不相符的。

而在SELECT的过程中，Oracle同样检查发现数据库与客户端的字符集设置是相同的，所以它也将存入的内容原封不动地传送到客户端，而客户端操作系统识别出这是汉字编码所以能够正确显示。

在这个例子中，数据库与客户端都没有设置成中文Oracle字符集，但却能正常显示中文，从应用的角度看好象没问题。然而这里面却存在着极大的隐患，比如在应用length或substr等字符串函数时，就可能得到意外的结果。

对于早期使用US7ASCII字符集数据库的数据迁移到Oracle8i/9i中（使用zhs16gbk），由于原始数据已经按照US7ASCII格式存储，对于这种情况，可以通过使用Oracle8i的导出工具，设置导出字符集为US7ASCII，导出后使用UltraEdit等工具打开dmp文件，修改第二、三字符，修改 0001 为0354,这样就可以将US7ASCII字符集的数据正确导入到ZHS16GBK的数据库中。

总结一下在 .Net 中读写Oracle数据库常用两种方式：OracleClient和OleDb，其中OleDb的方式根据驱动程序的不同又有两种。

1. OracleClient方式，是微软专门针对Oracle数据库开发的，仅在 .NET Framework 1.1 版中受支持。据说速度快、性能好，是推荐使用的方式。但根据我的经验，当Oracle数据库服务器端采用英文字符集比如 US7ASCII 时，客户端不管Oracle字符集如何设置，读出的中文都是乱码；若服务器端用中文字符集比如 ZHS16GBK ，则无乱码问题。

引用类库：System.Data.OracleClient.dll。

命名空间：System.Data.OracleClient。

常用类：OracleConnection、OracleCommand、OracleDataAdapter、OracleTransaction、OracleDataReader等。

典型连接字符串：“data source=oratest;user id=scott;password=tiger”（注意：可不指定 provider 驱动）。

2. OleDb方式，微软和Oracle公司各自提供了OleDb的驱动程序，使用方法的差别很少。不管Oracle服务器端用何Oracle字符集，读写中文均无乱码问题。

相同之处

命名空间：System.Data.OleDb。

常用类：OleDbConnection、OleDbCommand、OleDbDataAdapter、OleDbTransaction、OleDbDataReader等。

不同之处

引用类库：微软的只需要System.Data.dll；若用Oracle的驱动，虽然也只要引入System.Data.dll，但前提是首先安装Oracle针对.Net的数据访问组件。

连接字符串：与OracleClient方式相比，要添加一个provider，微软为

“provider=MSDAORA.1;”，Oracle为“provider='OraOleDb.Oracle';
”setconn=server.createobject("adodb.connection") 
dns="Provider=OraOLEDB.Oracle.1;PersistSecurityInfo=True;
UserID=user1;Password=pass1;DataSource=oradb"