Interesting Comments Tony
I've not had any problems with ADO on 95/98/2000
The question is if 2000 ships with ADO built in does it immediately become
thin? and define thin anyway!
The last thin piece of software I used was sidekick 2.0
Regards Neven
N.K. MacEwan B.E. E&E
----- Original Message -----
From: Tony Blomfield <[EMAIL PROTECTED]>
To: Multiple recipients of list delphi <[EMAIL PROTECTED]>
Sent: Thursday, 27 January 2000 12:11
Subject: Re: [DUG]: ADO access
> Interesting Comments Denis.
>
> Actually, where I am right now, we have someone specializing in using ADO,
> and this person has been spending more than 12 hours so far trying to
> install ADO (without installing Delphi!) onto a Clients machine. Right now
> he is looking pretty pissed with ADO! Personally I have tried it for
> development and found it OK to work with - but no better than BDE, and
> certainly not thinner if using client side cursors.
>
> As for BDE-SQL Links? Version 5.10 seems fine with SQL 7. What
specifically
> makes it so stuffed?
>
> And Data Aware controls are excellent if used sensibly. Although they do
> have some limitations, they look a far better proposition to me than ALL
of
> the hard coded attempts I have seen to date which avoid using the DA
> Controls. Certainly for a beginner they are a very easy soft intro to
> database development. The app will develop quickly, and the new developer
> will soon learn how to use them efficiently - something they will never do
> by using non data bound components. Frankly, it is pretty hard to imagine
a
> complex Data Aware application not using any DA Controls. Like everything,
> they have their place - A sweeping statement condemning them all is really
a
> bit over the top.
>
> Just my thoughts...
>
> Tony.
> -----Original Message-----
> From: Dennis Chuah <[EMAIL PROTECTED]>
> To: Multiple recipients of list delphi <[EMAIL PROTECTED]>
> Date: Wednesday, 26 January 2000 8:40 AM
> Subject: RE: [DUG]: ADO access
>
>
>
> Terry,
>
> BDE SQL Links to SQL Server is basically stuffed. If you must use BDE, go
> the ODBC way - this way, you only need the professional version. As for
> ADO, you don't need ADOExpress unless you want you use data aware controls
> (who needs them?).
>
> As for BDE/ADO, both work equally well (because ultimately, both call down
> to the same client side library). You have an edge with ADO because that
is
> the M$ recommended way, so you are likely to get more service packs to fix
> M$ bugs. Saying that, ODBC has worked very well for us, so it is your
call
> which way you go.
>
> Regards,
> Dennis.
>
> > -----Original Message-----
> > I've heard conflicting things from various people about ADO
> > and Delphi, and
> > if I could get a definitive answer, it would be just peachy,
> > and may help
> > save my remaining hair.
> >
> > I would like to connect to SQL Server 7. What do I need?
> >
> > Delphi Enterpri$e edition contains SQL Links and ADO Express.
> > I've never
> > used either, but do I need one or both of these to connect to
> > SQL Server?
> > Does Delphi support ADO otherwise? Or, in other words, can I
> > connect to SQL
> > Server from the 'professional' edition without doing heaps of
> > work first?
> >
> > I've seen the hype-packed feature lists, but what I want to see is a
> > 'you-can't-get-there-from-here' list. And if anyone from marketing is
> > reading, making up new words, turning nouns into verbs, and arbitrary
> > creation of acronyms does not make anyone's job easier. So
> > just stop it,
> > ok?
> >
> > Cheers,
> > Terry
> >
> > --------------------------------------------------------------
> > -------------
> > 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
>
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
