有：
DAO Visual Studio 6.0 推荐的连接方式.
ADO MS 公司推荐的连接。(当 COM 对象来用).
oo4o Oracle Object for OLE(OO4O)是一个进程内OLE自动化服务器.
OCI Oracle 对 C/C++ 的接口. VC.Net 的话有 Ado.Net 里对Oracle 的专用连接... :)推荐文章:
http://www.oradb.net/proc/proc_002.htm
DAO Visual Studio 6.0 推荐的连接方式.
ADO MS 公司推荐的连接。(当 COM 对象来用).
oo4o Oracle Object for OLE(OO4O)是一个进程内OLE自动化服务器.
OCI Oracle 对 C/C++ 的接口. VC.Net 的话有 Ado.Net 里对Oracle 的专用连接... :)推荐文章:
http://www.oradb.net/proc/proc_002.htm
周红 2003-1-11 15:14:54
--------------------------------------------------------------------------------
Oracle 数据库以其支持大数据量、多用户的高性能事务处理和完整的安全和完整性控制，支持分布式数据库和分布处理，具有可移植性、可兼容性、可连接性等优点备受用户喜爱，而在客户端的开发工具方面，Visual C++ 也因其强大的功能、高度的灵活性等特点深受广大程序员的喜爱，本文将分别介绍使用Visual C++ 开发基于Oracle 数据库应用程序的两种方法。 集成VC和PRO*C PRO系列是Oracle公司提供的在第三代高级程序设计语言中嵌入SQL语句来访问数据库的一套预编译程序，包括PRO*Ada、PRO*C、PRO*COBOL、PRO*Fortran、PRO*Pascal 和PRO*PL/I 六种。程序员用相应的高级语言编写嵌入SQL语句的PRO源程序（若用C 语言则称为PRO*C源程序）后运行相应的预编译程序，把嵌入的SQL语句转换为标准的Oracle调用并生成目标源程序，即纯高级语言格式的源程序，此后就可以将这些源程序加入用户的程序中调用。 通过预编译程序与其他高级语言的结合，既可以利用SQL强有力的功能和灵活性为数据库应用系统的开发提供强有力的手段，又可以充分利用高级语言自身在系统开发方面的优势，从而提供一个完备的基于Oracle数据库应用程序的开发解决方案。 一个PRO*C源文件一般由程序头和程序体两部分组成。程序头包含宿主变量（SQL语句中所包含的变量）说明、通信区定义和C外部表示符的说明等。程序体一般是由若干函数构成。 在VC中使用PRO*C时，先用PRO*C编写所需的操作数据库的子程序，再运行PRO*C预编译程序把PRO*C源程序转换成相应的CPP源程序，将该程序插入到用户工程文件中，并在需要对插入函数进行调用的模块中说明函数，然后就可以在此模块中调用所需的函数了。 通过ODBC访问数据库 ODBC（Open Database Connectivity，开放数据库互连）是由Microsoft公司于1991年提出的一个用于访问数据库的统一界面标准，是应用程序和数据库系统之间的中间件。它通过使用相应应用平台上和所需数据库对应的驱动程序与应用程序的交互来实现对数据库的操作，避免了在应用程序中直接调用与数据库相关的操作，从而提供了应用程序的独立性。 Visual C++中提供了CDatabase、CRecordset、CRecordView、CDBException和CFieldExchange 五个类，这些类封装了ODBC SDK函数，从而使用户可以无需了解SDK函数的具体结构就可以很方便地操作支持ODBC的数据库。这五个类的主要作用如下: CDatabase类: 封装了与数据库建立连接，控制事务的提交和回滚及执行SQL语句的方法。 CRecordset类：封装了大部分操纵数据库的方法，包括浏览、修改记录、控制游标移动、排序等操作。 CRecordView类: 提供了与recordset对象相连接的视，可以建立视中的控件与数据库数据的对应，同时支持移动游标、修改记录等操作。 CDBException类: 提供了对数据库操作的异常处理，可以获得操作异常的相关返回代码。 CFieldExchange类: 提供了用户变量与数据库字段之间的数据交换，如果不需要使用自定义类型，程序员将不用直接调用该类的函数，MFC Wizard将自动为程序员建立连接。 两种方法的比较 前面所述的这两种方法在Visual C++中都可以很方便地开发出基于Oracle数据库的应用程序，同时，这两种方法又各有其优缺点。ODBC由于有MFC 强大的类库支持而使得编程实现非常方便，同时可移植性也很好，在异构的数据库之间移植也只需更改很少的一部分代码，但是，从ODBC的实现机制可以看出，与PRO*C相比，应用程序需要经过ODBC驱动程序管理器和ODBC驱动程序两层才能和数据库通信接口建立联系，而PRO*C是直接与通信接口联系，因此建立在ODBC上的应用程序的执行效率相对低一些。PRO*C具有执行效率高，支持嵌入式PL/SQL块等Oracle自身特有的优点，但正因为有了这些优点，使得用PRO*C开发出的应用程序无法向异构数据库平台移植。作为程序员，在实际开发中可以依据实际情况选择最合适的开发方法。