🚀 go-pugleaf

Hi Jeremy:

I was working with BDE in C++ Builder for a year. Now I'm using ADO
Components and I think is a good solution to many problems.

With BDE, you have to install in the client machine the BDE. With ADO It`s
all included in the client application.

The BDE gives problems  with some kind of databases: (MSAccess 2000, SQL
Server).If you can't connect with any of this database you must use ODBC,
and this is very slow. ADO gives solutions to all these problems.
I'm using now ADO with Access 2000 and SQL Server and it goes very well and
fastly.
You will have to watch how works with ORACLE and other kind of
Databases.It's a very easy way to move from a kind of database to another
one.

Ra�l.



"Jeremy R. Wright" <jwright@zevex.com> escribi� en el mensaje
news:3be816c8$1_2@dnews...
> I thought I had seen some posts on this earlier but I couldn't find any.
We
> are about to start work on a huge redesign and upgrade on one of our
> software projects, and there has been much discussion as to what database
we
> should use for our data. We're considering giving the user a choice
between
> Oracle, MS Access, and Paradox, but in order to do so, we need to use a
> database engine that is reliable, robust, and efficient. We have used BDE
in
> the past simply because it came bundled with C++ builder, but we've had a
> few small compatibility issues and heard of others having larger problems
> (large BLOB fields getting corrupted, conflicts with WordPerfect, etc.).
>
> A colleague of mine mentioned using ADO. After a few searches on the web,
I
> still haven't come up with much that actually describes the pros and cons
of
> using ADO, especially in contrast with BDE. I figured C++ Builder and
Delphi
> users would know the most about this because many of you have used both.
If
> someone can point me in the right direction or provide me with some good
> facts (or opinions), it would be greatly appreciated.
>
> Jeremy Wright
> JTech Medical
>
>