Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!uwvax!umn-d-ub!nic.MR.NET!hal!ncoast!allbery
From: allbery@ncoast.ORG (Brandon S. Allbery)
Newsgroups: comp.databases
Subject: Re: need help choosing between INGRESS and PROGRESS
Message-ID: <13691@ncoast.ORG>
Date: 2 Jun 89 22:26:14 GMT
References: <985@resource.UUCP> <309@viusys.UUCP> <241@dlcdev.UUCP> <13681@ncoast.ORG> <1111@stech.UUCP>
Reply-To: allbery@ncoast.UUCP (Brandon S. Allbery)
Followup-To: comp.databases
Distribution: na
Organization: Cleveland Public Access UN*X, Cleveland, Oh
Lines: 50

As quoted from <1111@stech.UUCP> by billb@stech.UUCP (Bill Burton):
+---------------
| In article <13681@ncoast.ORG> allbery@ncoast.UUCP (Brandon S. Allbery) writes:
| >...I was unable to evaluate Progress for our uses because the limit of 4
| >runs on a Test Drive database is too small.
| It doesn't sound like you actually tried it out.  There are instructions
| in the back of the Test Drive manual showing how to dump your database
| and load it into a new empty database which will give you four more runs.
| You can do this for as long as you like (within the limits of your time
| and patience).
---------------

I did this.  Once.  Then I removed the /appl/dlc and /appl/dlctda directory
trees from our system.  Maybe when I have a little more spare time I will
hack together a script to start up Progress, load the database, exit, start
again in interactive mode, and when it exits start it up again and dump the
database.  Yuck.

+---------------
| >The use of
| >"crippleware" to evaluate a package is more often than not an exercise in
| >frustration; few such packages have limits that are sufficient to evaluate
| >the product under a "real" workload.
| Agreed.  However, I think Progress Software has made a good compromise
| on this one.  You can create a very large database and give the product a
| good workout.
+---------------

I still think it should be more like 15-20 uses.

Actually, I suspect it's a moot point:  I got overruled at a meeting today,
and the company (Telotech) is probably going to become Accell-only.  Not
that I don't like Accell (I like it a lot), but it isn't perfect for every
database application.  (No single DBMS I've seen can do *everything* in an
intuitive way.)

I found Progress to be much easier to use for such things as project
managers, etc. when I may want to have three or four different "cursors"
open on a given table at the same time (project inter-relationships and
such).  While (earlier versions of) Progress frustrated me because it was so
difficult to do some conceptually easy things (two windows on screen that
were both "n DOWN", for instance), I was able to quickly assemble quite a
nice project manager with it.

++Brandon
-- 
Brandon S. Allbery, moderator of comp.sources.misc	     allbery@ncoast.org
uunet!hal.cwru.edu!ncoast!allbery		    ncoast!allbery@hal.cwru.edu
      Send comp.sources.misc submissions to comp-sources-misc@<backbone>
NCoast Public Access UN*X - (216) 781-6201, 300/1200/2400 baud, login: makeuser