"Mike D" <Mi***@discussi ons.microsoft.c om> wrote in message
news:A6******** *************** ***********@mic rosoft.com...
Thanks for the reply. Are you familiar with the ".NET Managed Provider
for Oracle" found here
http://www.microsoft.com/downloads/d...displaylang=en.
What does it do?
Thanks again
Mike
Generic ADO is "simple" and easy to use. However, it provides only generic
database access. You don't typically have access to the specialized
capabilities of whatever underlying database system you are connecting to.
Well, not easily, and it is optimized mostly for MS SQL Server. The problem
is that there are frequently things you need to do with Oracle that work
differently than SQL Server. Because of this, the normal ADO providers just
don't work all that well with Oracle. Note that it is still possible, and in
some cases practical, to use generic ADO to interface to Oracle, but with
limited functionality.
The native Oracle Client is very powerful and feature rich. However, it is
far from easy to use, and so specialized that it severely limits the
possibility of code reuse; Which ADO does very well.
The ".NET Managed Provider for Oracle" provides an in-between step. It
combines the standardized interfaces and ease of use of generic ADO, but
also is tuned to work closely with the capabilities of Oracle. So you get a
reasonable compromise between the power of the Oracle native drivers and the
simplicity and portability of ADO. Note, that it still interfaces with
whatever Oracle Client driver you have installed, it in itself is not a
driver, but a user friendly interface to the driver that is installed.
Unless you are writing an application that requires the absolute best
possible performance, access to low level objects, and only works with a
specific version of Oracle, then I would use the .NET Managed Provider for
Oracle. If you do need that low level access, then you could use the native
Oracle Driver. But even then I would recommend keeping that to a minimum and
only when necessary. Just not that friendly IMHO.
Gerald