准备开始弄OCI相关的东西，大家帮忙给点意见和建议，能分享一下以前的心得就更好了。

准备开始弄OCI相关的东西，大家帮忙给点意见和建议，能分享一下以前的心得就更好了。
最好能给介绍点资料，非常感谢！

解决方案 »

免费领取超大流量手机卡，每月29元包185G流量+100分钟通话, 中国电信官方发货

一、ADO开发接口简介 ADO(ActiveX Data Objects，ActiveX数据对象)是Microsoft为强大的数据访问接口 OLEDB（对象链接和嵌入数据库）而设计的，是一个便于使用的应用层的编程接口。使用 ADO编写的应用程序可以通过OLEDB提供者访问和操作数据库服务器中的数据。ADO 最主要的优点是易于使用、可以访问多种数据库及可以在多种语言中开发。由于ADO建立在自动化(Automation)的基础上，所以ADO的应用场合非常广泛，不仅可在Visual Basic这样的高级语言开发环境中使用，还可以在一些脚本语言中使用，这对于开发Web应用和在ASP(Active Server Page，动态服务器主页)的脚本代码中访问数据库提供了操作应用的捷径。二、OCI开发接口简介 OCI(Oracle Call Interface)是Oracle 数据库调用接口，是由Oracle提供的用于开发前端应用程序及中间件的C/C++开发类库。通过OCI，可以控制所有类型的SQL语句的执行，包括DDL、控制语句(事务、会话、系统)、查询、DML、PL/SQL，以及嵌入式SQL。OCI能够最大程度地控制程序的运行，执行Oracle服务器所允许的多有数据库操作，可以访问Oracle数据库服务器里的所有数据类型，包括标量值、集合和所有对象类型的实例，可以以引用的方式访问对象及其元数据，可以动态获取、修改对象的属性值。 OCI程序既具有SQL非过程性的优点，也具有第三代程序设计语言的过程性和灵活性，使开发的编程技术具有更强的数据处理能力。同时，OCI在所有运行Oracle的平台上具有良好的可移植性，程序无须太大修改即可运行在Unix/Linux/Windows甚至嵌入式环境下。 OCI还是其他Oracle开发接口的底层实现，如ADO、JDBC都是在OCI上层的封装，由于OCI是比较底层的接口，少了很多层的封装，可以提供应用程序与Oracle的直接连接，所以OCI可以提供最佳的性能。正是基于此，Oracle自身的一些工具及许多著名的Oracle 数据库工具也都是用OCI开发的，如大名鼎鼎的Toad。笔者的OraExplorer也是基于OCI接口开发。但由于C/C++的学习难度比较大，所以OCI的开发难度与ADO、JDBC等开发接口相比要大许多，OCI的每一个函数的参数都非常多，且比较难以理解，而国内关于OCI开发的学习资料非常少，所以使用OCI开发应用程序的程序员相对ADO的程序员要少得多. ADO与OCI对比分析 1、功能方面ADO为了保持其通用性，除了对MS SQLServer支持较好外，没有办法对其他数据库提供很完善的功能，对Oracle同样如此。通过ADO访问Oracle，可以实现比较通用的功能，如DML、DDL、查询、事务控制等，但对于Oracle中的对象、集合、LOB等特殊元素则不能很好地支持，对于PL/SQL的支持也很不完整。而OCI在这方面则有着显著的优势，它可以很完整地支持Oracle的所有功能，可以说是对Oracle功能支持最完整的开发接口。而且OCI可以支持多种操作系统，而ADO则只能在Windows系列操作系统下运行。但在支持面方面，ADO则有很大优势：一方面，它几乎支持目前所有流行的数据库，如MS SQLServer、Oracle、Sybase、DB II等，写好的访问一种数据库的代码，可以稍做修改就能支持另一种数据库，这是ADO的巨大优势；另一方面，它也几乎支持目前所有的开发环境，不管是采用VC开发还是用VB开发，甚至采用Delphi、ASP等等都可以使用ADO来访问数据库。 2、性能方面从上面的实验结果可以看出，在性能方面，OCI也有着非常大的优势，读取数据的速度快了4倍多，写入数据的速度快了一百多倍。由于OCI省掉了应用程序与Oracle服务器之间的中间封装层，可以直接访问数据，另外，OCI是C接口，可以直接操纵内在，所以其访问速度非常快，占用系统资源和网络资源也都要少得多。在笔者的开发经验中，对于存储在Oracle中的二进制数据(如空间数据、影像数据)及长字符串数据，OCI的性能优势要更加明显。 3、开发难度方面在这方面ADO的优势很明显，首先，ADO的学习难度较低，ADO是以面向对象的思想封装的，其对象和方法都易学易用，而且ADO的学习资料很丰富，网上可以找到大量的文档及源代码；而OCI则是过程化封装的开发接口，它的函数虽然不是很多，但函数之间的关系比较复杂，且函数的参数非常多，很多函数都有十几个参数，非常难于理解。另外，国内使用OCI开发的程序员比较少，可用的参考资料也非常少，所以OCI的学习难度很大。另一方面，OCI开发的程序的代码量要比ADO的多得多，且代码之间的关系比较复杂，不易维护。为了解决这一方面的问题，笔者基于OCI进行了基于面向对象思想的封装，简化了OCI 的开发模型，并封闭了OCI的异常处理机制，使得OCI的开发难度大大降低，代码量能够接近于ADO的代码量，且更易维护。这一部分的内容不属于本文讨论范围，所以不在此展开论述。总结与结论 ADO与OCI是在VC中开发Oracle应用程序的常用的两种接口，它们各自有着自己的特点，有独特的优势，也都有自己的局限性，在开发过程中我们需要根据具体情况来选择使用哪种开发接口。如果应用程序需要访问多种数据库，既要访问存储在Oracle中的数据，也要访问存储在MS SQL Server中的数据，那么ADO是最佳选择，它可以使用一套代码实现多种数据库的访问。如果应用程序只需要访问Oracle数据库，且对性能要求很高，那OCI就是最好的选择了
oci很难学，关键是找不到中文资料
当时选择上oci还是pro*c的时候就是找到了一本pro*c的中文资料所以选择了pro*c
现在有点后悔，pro*c的程序编译的时候指定了版本，好象不方便做出一个东西来自动适应oracle的不同版本
直接参考oracle的英文资料好了，Oracle C++ Call Interface Programmer's Guide， Oracle Call Interface Programmer's Guide
就是有点长，几百上千页的，慢慢啃，总能啃完的，呵呵。
http://www.china-pub.com/30595&ref=ps
有一本书叫《Oracle Spatial与OCI高级编程》，你可以先慢慢提高，里面有一个封装了很好的类库，然后慢慢消化和提高。OCI的效率确实很高。