For Access, I found that ADO was much nicer - No BDE & aliases to
install & support, connection pooling (in theory) and faster. I seemed
to have less support & install problems using ADO + Access over BDE +
Paradox (not that I like Access much).
On the downside, we found we had to bundle MDAC install sets on , (which
are pretty bulky) to avoid the ODBC variant of DLL hell.
I think the Inprise position is fairly clear - BDE development has been
halted & they are going OLE DB (or whatever MS are calling this week).
Grant Black
Software Developer
SmartMove (NZ) Ltd
Phone: +64 9 361-0219 extn 719
Fax : +64 9 361-0211
Email: [EMAIL PROTECTED]
> -----Original Message-----
> From: Tony Blomfield [mailto:[EMAIL PROTECTED]]
> 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
