Relaxxx...смогу ли я полностью использовать возможности Оракл?
Я, конечно, не "гуру" по части VC++, но не смог сдержаться от ответа на эту часть вопроса...
Полностью использовать возможности Oracle можно только в самом Oracle. Все остальное "от лукавого", т.е. все равно используются не все возможности (пусть даже и на 99,9999%)...
А в остальном большой разницы в принципах работы с Oracle в VC, Delphi, C++Builder и т.д. нет. (Точно так же строишь соединение, отправляешь запросы, получаешь рекордсеты и их обрабатываешь...) Различия начинают проявляться в деталях...

RelaxxxВот Вы когда пишете для Оракл на ВС, как выделаете, через что соединяетесь, какие здесь прлюсы, а какие минусы, вот что меня интересует!
Лично я использовал два варианта соединения (но все это через интерфейс ADO):
- RDS: ADOConnection1->ConnectionString="Provider=MS Remote;Remote Provider=ORAOLEDB.ORACLE.1;Remote Server=http://хх.хххх.ххххх.ru;Data Source=ORACL;";

- ODBC: ADOConnection1->ConnectionString="Provider=MSDAORA.1;User ID=MYNAME;Data Source=ORACL";

Лично мне RDS понравилось больше, так как быстрее проходит соединение. Но, вероятно, здесь больше зависит от настроек сервера, чем от драйвера...
Хотя, честно говоря, у меня опыт работы с удаленными БД (в т.ч. с Ораклом)только около 4-х месяцев...

Relaxxx Станислав C.
А где мне почитать про RDS, может у Вас есть какая-то литература, где мне его скачать, ну и все такое!
Вообще-то, RDS - это визуальный компонент в C++Builder (как впрочем и в Delphi) и находится он на вкладке ADO панели компонентов...
Но, как мне подсказали более опытные люди, для использования RDS сервер БД должен быть соответствующим образом настроен. А вот этого я уже, к сожалению, не знаю как сделать...

RelaxxxТак мне не нужен C++Builder, для этого есть ODAC. Я все это спрашиваю о Visual C++ 6.0.
По компонентам C++Builder и VC++ очень сильно похожи. Только, порой, называются они по-другому и набор методов отличается...

Выдержка из MSDN (А уж это является официальным хелпом к Visual Studio, в т.ч. и к VC++):

Remote Data Service is a component that ships with the Microsoft Data Access Components (MDAC) version 2.0. RDS enables applications to access OLE DB providers, running on remote machines or in separate processes on the same machine. RDS enables a new generation of distributed applications: Components hosted in the Internet Explorer (3.0 or later) environment can get access to live data, which comes to the client from Web servers. It brings the power of the Microsoft ActiveX® Data Objects (ADO) object model to HTML pages by using Microsoft Visual Basic®, Scripting Edition (VBScript) or Microsoft JScript™...
...
Client applications (or HTML pages that use RDS components) can use ADO or the RDS data control to work with remote OLE DB providers. All the information needed to create the recordset is available either from the connection string and command string properties of ADO recordsets, or from similar properties on the RDS data control.
...
Summary
RDS is a feature that ships with ADO. You can use it to move data from a server to a client application or Web page, manipulate the data on the client, and return updates to the server in a single round trip.

RDS features can be summarized as follows:

Marshals ADO recordsets by value over network protocols such as DCOM and HTTP. Also marshals all other Automation data types over HTTP.

Implements ADO recordsets based on client-side static cursors with data remoted from remote recordsets.

Implements a data source for binding OLE DB rowsets to DHTML and other data-aware controls hosted in Internet Explorer 4.0 and later.

Enables Automation invocation (based on IDispatch::Invoke()) over HTTP.
The Remote Data Service can work disconnected through HTTP over your intranet, or the Internet through firewalls. RDS enables client applications to work with disconnected recordsets remoted from the servers. This is a completely stateless model, which means the server might shut down and restart between RDS client requests. The process that creates the original recordset on the server is also stateless and is not kept alive between method calls. This provides for better scalability of server applications and fits well with the MTS programming model.

Footnote
The OLE DB Remote provider ("MSRemote") is not actually an OLE DB provider. It is a special tag that can be used in the connection string for opening ADO recordsets. ADO treats this tag ("Provider=MS Remote") in a special manner. You cannot directly invoke or work with MSRemote as you can with other OLE DB providers from elsewhere in your code. In the next release of RDS, MSRemote will be implemented as a special OLE DB provider with its own properties and settings. At that time it will be possible to code directly to this provider from your applications, just like you can code to other OLE DB providers such as Index Server (Monarch) and Microsoft SQL Server™ OLE DB provider (SQLOLEDB).