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
