Cactus's Program

昨天晚上往Oracle数据库里面保存一幅图片，算是很稀松平常的大字段操作，搞了半天就是没存进去，提示是“System.Data.OleDb.OleDbException: ORA-01008: 并非所有变量都已关联”。本以为是OleDbParameter的写法不对，到CSDN上一查，问题出在驱动程序上：把“provider=MSDAORA.1;”改为“provider='OraOleDb.Oracle';”，问题解决。
总结一下在 .Net 中读写Oracle数据库常用两种方式：OracleClient和OleDb，其中OleDb的方式根据驱动程序的不同又有两种。
1. OracleClient方式，是微软专门针对Oracle数据库开发的，仅在 .NET Framework 1.1 版中受支持。据说速度快、性能好，是推荐使用的方式。但根据我的经验，当Oracle数据库服务器端采用英文字符集比如 US7ASCII 时，客户端不管字符集如何设置，读出的中文都是乱码；若服务器端用中文字符集比如 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服务器端用何字符集，读写中文均无乱码问题。
相同之处
命名空间：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';”。

所在程序的文件夹，名字的最后不能为   )     ,否则死活报“连接未打开”的ORACLE异常。

http://blog.csdn.net/yaucyj/article/details/5899113

  1、OracleClient方式，是微软专门针对Oracle数据库开发的，仅在 .NET Framework 1.1 版中受支持。据说速度快、性能好，是推荐使用的方式。但根据我的经验，当Oracle数据库服务器端采用英文字符集比如 US7ASCII 时，客户端不管字符集如何设置，读出的中文都是乱码；若服务器端用中文字符集比如 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服务器端用何字符集，读写中文均无乱码问题。
命名空间：System.Data.OleDb。
常用类：OleDbConnection、OleDbCommand、OleDbDataAdapter、OleDbTransaction、OleDbDataReader等。
连接字符串：与OracleClient方式相比，要添加一个provider，微软为“provider=MSDAORA.1;”或“provider=MSDAORA”，Oracle为“provider='OraOleDb.Oracle';”。

      3、 oracle 提供的Oracle Data Provider for .NET(ODP.net)
    引用类库：Oracle.DataAccesss.dll 【安装oracle for .net的安装包Oracle Data Provider for .NET】
    命名空间：Oracle.DataAccess.Client和Oracle.DataAccess.Types【Oracle.DataAccess.Client用于设置数据库的连接等等通用功能，Oracle.DataAccess.Types用于设置

oracle自定义的一些数据类型】
    常用类：OracleConnection、OracleCommand、OracleDataReader 等
    连接字符串：和OleDb方式格式相同，只是provider换为 “Provider=OraOLEDB.Oracle.1”

      4、dotConnect For Oracle是Devart公司出品的一个.net平台访问Oracle数据库的一个驱动。它的专业版本是一个收费版本提供了许多别的驱动所没有的功能与特性，如对Linq To Oracle，Ado.Net Entity Framework For Oracle支持等。我们一般不会去买它来作开发，在实际项目中使用它的破解版本也不太合适。这里我们使用的是它的Express免费版本，这个版本提供的功能和微软和Oracle提供的版本基本一致。这个版本可以从下面的链接下载。
http://www.devart.com/dotconnect/oracle/dcoraclefree.exe

我考虑使用这个免费版本的理由如下：
1. 微软将在最新版本的.Net Framework中（4.0中吧），不再提供它们的Oracle驱动。这使用我对其它厂商提供的Oracle驱动产生了好感。
2. 使用微软提供的驱动有个几乎是无法解决的问题，就是OCI-22053 溢出错误 overflow error。Oracle 数值数据类型最多可存储 38 个字节的精度。当将 Oracle 数值转换为公共语言运行库数据类型时，Oracle 值可能会变得过大。这会导致 Oracle OCI-22053 溢出错误。特别是我们获取用avg等SQL函数算出来的数值时，经常会碰到这个问题。解决的办法是把数值精度在SQL语句中截短或把数值转换成字符串。但这总有点不爽吧。而 Devart dotConnect For Oracle则没有这个问题。
3. dotConnect For Oracle对Oracle数据库的各种编码都支持的很好。
4. dotConnect For Oracle可以在没有安装Oracle Client的机器上访问Oracle数据库服务。
5.性能上的考虑。按照Devart提供的数据，dotConnect For Oracle在性能上比微软和Oracle提供的驱动都要好。具体可以参考http://www.devart.com/dotconnect/oracle/performance.html 。

select * from v$nls_parameters;

select * from nls_database_parameters;

select * from sys.props$;

Oracle的分页查询语句基本上可以按照本文给出的格式来进行套用。

http://yangtingkun.itpub.net/post/468/100278

分页查询格式：

SELECT * FROM
(
SELECT A.*, ROWNUM RN
FROM (SELECT * FROM TABLE_NAME) A
WHERE ROWNUM <= 40
)
WHERE RN >= 21

其中最内层的查询SELECT * FROM TABLE_NAME表示不进行翻页的原始查询语句。ROWNUM <= 40和RN >= 21控制分页查询的每页的范围。

上面给出的这个分页查询语句，在大多数情况拥有较高的效率。分页的目的就是控制输出结果集大小，将结果尽快的返回。在上面的分页查询语句中，这种考虑主要体现在WHERE ROWNUM <= 40这句上。

选择第21到40条记录存在两种方法，一种是上面例子中展示的在查询的第二层通过ROWNUM <= 40来控制最大值，在查询的最外层控制最小值。而另一种方式是去掉查询第二层的WHERE ROWNUM <= 40语句，在查询的最外层控制分页的最小值和最大值。这是，查询语句如下：

SELECT * FROM
(
SELECT A.*, ROWNUM RN
FROM (SELECT * FROM TABLE_NAME) A
)
WHERE RN BETWEEN 21 AND 40

对比这两种写法，绝大多数的情况下，第一个查询的效率比第二个高得多。

这是由于CBO优化模式下，Oracle可以将外层的查询条件推到内层查询中，以提高内层查询的执行效率。对于第一个查询语句，第二层的查询条件WHERE ROWNUM <= 40就可以被Oracle推入到内层查询中，这样Oracle查询的结果一旦超过了ROWNUM限制条件，就终止查询将结果返回了。

而第二个查询语句，由于查询条件BETWEEN 21 AND 40是存在于查询的第三层，而Oracle无法将第三层的查询条件推到最内层（即使推到最内层也没有意义，因为最内层查询不知道RN代表什么）。因此，对于第二个查询语句，Oracle最内层返回给中间层的是所有满足条件的数据，而中间层返回给最外层的也是所有数据。数据的过滤在最外层完成，显然这个效率要比第一个查询低得多。

上面分析的查询不仅仅是针对单表的简单查询，对于最内层查询是复杂的多表联合查询或最内层查询包含排序的情况一样有效。

这里就不对包含排序的查询进行说明了，下一篇文章会通过例子来详细说明。下面简单讨论一下多表联合的情况。对于最常见的等值表连接查询，CBO一般可能会采用两种连接方式NESTED LOOP和HASH JOIN（MERGE JOIN效率比HASH JOIN效率低，一般CBO不会考虑）。在这里，由于使用了分页，因此指定了一个返回的最大记录数，NESTED LOOP在返回记录数超过最大值时可以马上停止并将结果返回给中间层，而HASH JOIN必须处理完所有结果集（MERGE JOIN也是）。那么在大部分的情况下，对于分页查询选择NESTED LOOP作为查询的连接方法具有较高的效率（分页查询的时候绝大部分的情况是查询前几页的数据，越靠后面的页数访问几率越小）。

因此，如果不介意在系统中使用HINT的话，可以将分页的查询语句改写为：

SELECT /*+ FIRST_ROWS */ * FROM
(
SELECT A.*, ROWNUM RN
FROM (SELECT * FROM TABLE_NAME) A
WHERE ROWNUM <= 40
)
WHERE RN >= 21