HP3000-L Archives

March 2001, Week 1

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Bruce Toback <[log in to unmask]>
Reply To:
Bruce Toback <[log in to unmask]>
Date:
Wed, 7 Mar 2001 17:43:05 -0700
Content-Type:
text/plain
Parts/Attachments:
text/plain (56 lines)
Mark Boyd writes:

>"the cost/performance "curve" seems to be favoring SQL more and more"
>
>A bigger crock of Crapola(tm), I haven't heard since someone said "SQL was
>simpler to use than Image". The only performance curve I've seen with SPL
>is downward.

SQL, I presume.

>I'm currently babysitting an SQL app that is averaging 3
>transactions per second with a maximum speed of 194 transactions per
>second.
>These are inserts, updates and deletes that are transferred from our hp.

IMAGE is dog-slow. Of course, I'm using sequentially-increasing integer
keys in masters, using decreasing sort keys in sorted chains (and all my
chains are sorted), and I'm using Quiz and doing sequential reads for all
my reports (and database-level locking, too), but it's not MY fault that
IMAGE is slow.

You need new pimply-faced gurus. Intelligent design isn't in any greater
supply today than it was in 1980, but the demand is a couple of orders of
magnitude greater. People who don't understand their tools are dangerous.
An RDBMS is a more complex tool than IMAGE, but it's perfectly possible
not to understand IMAGE. Quite a number of consultants make their money
by understanding IMAGE better than the average programmer.

>Our pimply-faced gurus downstairs have upgraded the server, rebuilt the
>server, reinstalled the software, upgraded the software and can't get any
>more speed out of it.

There's your clue. Blaming the hardware for performance problems, I've
found, is the first resort of people who aren't smart enough to think of
anything else.

Many of the courses for RDBMSs, and virtually all of the self-guided
tutorials, teach HOW to do things, but not WHEN or WHY. This means that
people trained using these courses can get prototypes up and running
quickly -- most impressive, of course -- but their systems don't scale up
for production. This isn't the fault of the DBMS, any more than
30,000-entry random-insert sorted chains are the fault of IMAGE.

-- Bruce


--------------------------------------------------------------------------
Bruce Toback    Tel: (602) 996-8601| My candle burns at both ends;
OPT, Inc.            (800) 858-4507| It will not last the night;
11801 N. Tatum Blvd. Ste. 142      | But ah, my foes, and oh, my friends -
Phoenix AZ 85028                   | It gives a lovely light.
btoback AT optc.com                |     -- Edna St. Vincent Millay
Mail sent to [log in to unmask] will be inspected for a
fee of US$250. Mailing to said address constitutes agreement to
pay, including collection costs.

ATOM RSS1 RSS2