> another thing that ASP proponents believe is that it's cool that they can
> code little hooks into the operating system to make api calls or
> whatever

Rudy,

the only way you can avoid doing that is to write your own native Driver!

ALL data access systems are simply a layer between the client and the
datasource, which hides the complexity of process from us DB programmers.

Having programmed in the 'bad old days' of proceedual calls and native
drivers, I never want to go there again. I am quite happy to let the geeks
at Microsoft, Cold Fusion, Sun, IBM, etc. do all that for me, while I pour
myself another Margurita.

Frank
----- Original Message -----
From: "rudy" <r937(at)interlog.com>
To: "Mike Kear" <choicemag(at)hotmail.com>; <klaas(at)gracegraphics.be>;
<hwg-techniques(at)hwg.org>
Sent: Friday, August 10, 2001 7:02 PM
Subject: Re: Coldfusion vs ... Oh dear!


> > "ColdFusion is a toy for little sites,
> >  while ASP is a 'real' application server."
>
> good one, mike (mike k)
>
> that sounds *so* much like a couple people i know who have embraced the
> microsoft mindset
>
> another thing that ASP proponents believe is that it's cool that they can
> code little hooks into the operating system to make api calls or
> whatever -- i don't really understand all that alphabet soup like COM and
> ISAPI and OLE or whatever, all i know is that in ASP you have to open a
> connection and write nothing into it to get it to close (which kind of
> makes sense as it's brought you by the same folks that make you hit the
> Start button to shut down your computer... )
>
> the implication that hooking into the operating system or database system
> might *not* be an advantage unless you are a homogeneous microsoft shop
> always seems to somehow escape these people, they give you another blank
> look as if to say "dude, you mean you aren't running sql/server? well
> BUMMER, man, dunno what to suggest for you, man..."
>
> and a well tuned ASP application *does* run really slick, no argument
> there, but all you have to ask these people is two simple questions -- did
> you deliver the final working product on time and on budget (they turn
> slightly pale), and eight months from now, with the original programmers
> off on another project, how easily can you change a few table structures
in
> the underlying database (they go "but that would mean a lot of the
> database-related code in the application would also have to, um,
change..."
> and then they clam up completely...)
>
> can you tell i like the simple approach?  and to me there's nothing
simpler
> than
>
>   <CFQUERY>
>     your query goes here
>   </CFQUERY>
>
> because as we all know, the real efficiencies are obtained through
> effective queries, and not in the scripts that run them...
>
> plug-and-play database systems, too  (i.e there is more to the database
> world than just migrating from access to sql/server)
>
>
> rudy
> http://rudy.ca/
>
>

• Web Designer Courses
• Off the Shelf Training Courses

HWG hwg-techniques mailing list archives, maintained by Webmasters @ IWA