Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!dsinc!cdin-1!fred
From: fred@cdin-1.UUCP (Fred Rump)
Newsgroups: comp.databases
Subject: Re: db_VISTA III -vs- Relational DBMS'
Message-ID: <1475@cdin-1.UUCP>
Date: 9 Aug 90 17:29:22 GMT
References: <15660@s.ms.uky.edu> <1990Aug8.144318.10203@dg-rtp.dg.com> <468@lafayet.Lafayette.LA.US>
Organization: CompuData Inc.,    Philadelphia  PA
Lines: 31

rob@lafayet.Lafayette.LA.US (Rob Freyder) writes:


>Dont get me wrong... We love the speed but ... novice users can't interact
>with it except through the code *you* write for them !  Unless they are
>SQL wizards...

Ah, but there's the trick isn't it. 

As a free from type database where the users interact ala their own report 
extraction via an SQL interface, forget it.

Our users wouldn't know SQL from RPG anyway.

So one writes his own monster programs that do everything the user would ever 
wish to do in your own menu driven extract report generator/file 
extractor/mailmerger/whatever.

This can only work in vertical packages written for multiple resale 
applications where a high degree of 'custom' development can be justified, 
obviously. Any one time in-house application couldn't or wouldn't write their 
own SQL language either. So for the one time job where lots of options must be 
retained Vista is not the tool, but it's hell on wheels if you plan to really 
implement a system to beat all systems.

fred 
-- 
Fred Rump              | UUCP:  {uunet dsinc}!cdin-1!fred  
CompuData, Inc.        | "Beware of cats for they are subtle and will .... on
10501 Drummond Rd.     |  your computer."
Philadelphia, Pa. 19154| Internet: fred@COMPU.COM         (215-824-3000)