I guess the three main reasons that pushed me to ADO where :-
1. Avoid BDE deployment (and bugs!)
2. Avoid Ttable/Tquery decision making so I could write cleaner code.
The BDE query parser and executer has been appalling since day 1 so if I was
using pdox tables, I avoided Tqueries. That basically means that I had two
sets of common code, one for SQL development and one for Isam development.
Since going over to ADO, the only problems I have had are db connection time
and occasional early versions of ADO DLLs on client machines where
performance really sucks (ADO prior to 1.5).
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On
Behalf Of Tony Blomfield
Sent: Wednesday, November 03, 1999 2:39 PM
To: Multiple recipients of list delphi
Subject: Re: [DUG]: ADO V BDE
Thanks for the Feedback.
On the surface it doesn't seem like a hell of a lot of strong reasons to
change technology from the dog ya know to the one ya dont.. I'd really like
to hear some compelling reasons to do it.
On the surface so far, It looks like ADO just does what the BDE does - no
more no less, but reading the MSDN stuff on it, it seems to me that the
Transport is more efficient? There is a hell of a lot in the MSDN to wade
through on this topic.
On the other hand, the BDE has a good track record (for me anyway) for at
least 8 years now, but the rumour is that BDE5.10 is the last.....
-----Original Message-----
From: Julien Thomas <[EMAIL PROTECTED]>
To: Multiple recipients of list delphi <[EMAIL PROTECTED]>
Date: Wednesday, 3 November 1999 1:14 PM
Subject: RE: [DUG]: ADO V BDE
>We are using ADO & MIDAS 3 with no problems. Though you should check out
>Dan Miser's home page to pick up the patches for the bug fixes with MIDAS
>and ADO.
>
>http://www.distribucon.com/midas.shtml
>
>We had a problem with ANSI padding that was fixed with one of the patches.
>
>If you are using ADO Connections in Remote Data modules you need one
>connection per Remote Data Module.
>---------------------------------------------------------------------------
> New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
> Website: http://www.delphi.org.nz
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
