Nor have I had problems with ADO Neven, but I haven't tried to deploy it! I
just watched a colleague grapple with getting all the correct files together
though for a Win95 deployment. He eventually got it all happening, but it
took time. Anyway the point I was making was simply that ADO is not without
its problems (comparing to BDE), and its'Thinness' didnt appear any better
or worse from my perspective than BDE. For me BDE is a comfortable old
friend that has done well for me over the years, and I hate seeing it
slagged. Its at the end of it's life - let it RIP!
Where will ADO be in two years? dont forget it is just for MS at this point
in time. As I understand it, the only other driver is Oracle (unless you use
ODBC as well) and the Oracle Driver is by MS NOT Oracle. Correct me if I am
wrong there.
Thin? Well I sure wasn't talking Dennis's definition - To me, thin-ness is
just a realtive measurement compared to BDE of how well an Installed Client
Exe will provide access to a remote database over a slow pipe such as 9600
Baud.
Why have the Client Exe ? Because thin Client such as provided for by
Terminal Server, NCD Thinstar, Wise Terminal etc has its own share of
problems and expenses. Not everyone wants to do it that way.
At the end of the day, we dont use BDE anymore, or ADO (unless we have to
work with SQL7) but instead are using IBX - a relativly thin solution, and
will use Direct Oracle Access in a few months with the same App_Server
connected to an Oracle backend.
Our App_Server does have Web Clients as well as traditional Gui Clients.
Cheers...
-----Original Message-----
From: Neven MacEwan <[EMAIL PROTECTED]>
To: Multiple recipients of list delphi <[EMAIL PROTECTED]>
Date: Thursday, 27 January 2000 1:16 PM
Subject: Re: [DUG]: ADO access
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
---------------------------------------------------------------------------
New Zealand Delphi Users group - Delphi List - [EMAIL PROTECTED]
Website: http://www.delphi.org.nz
