Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watnot!watmath!clyde!cbatt!cwruecmp!hal!ncoast!allbery
From: allbery@ncoast.UUCP
Newsgroups: comp.databases
Subject: Informix User's Group
Message-ID: <2146@ncoast.UUCP>
Date: Mon, 2-Mar-87 21:20:58 EST
Article-I.D.: ncoast.2146
Posted: Mon Mar  2 21:20:58 1987
Date-Received: Wed, 4-Mar-87 20:47:46 EST
References: <303@slovax.UUCP>
Reply-To: allbery@ncoast.UUCP (Brandon Allbery)
Followup-To: comp.databases
Organization: Cleveland Public Access UNIX, Cleveland, OH
Lines: 27

As quoted from <303@slovax.UUCP> by flak@slovax.UUCP (Dan Flak):
+---------------
| Dan Flak: My company is considering a switch from 3.30 to SQL. I have already 
| seen one bad review. Any comments?
+---------------

I have a comment:  I use Informix-SQL occasionally on my ``real'' job, and do
Informix 3.30 consulting as well.  I prefer Informix 3.30; if you have a C
library, you can always use yacc (bison, etc.) to put together an SQL, QUEL,
etc.  Informix-SQL requires you to use Embedded SQL for C.  Ever try to write
an MRP generation system using a non-procedural language?  It's stuff for
nightmares.  Informix-4GL was worse.  I finally concluded that I could write
one but that it'd be horrendous both in speed and disk space, and got a demo
for ACCELL (UNIFY is slow, but it has a C interface.  Benchmarks I've done show
UNIFY's C hooks to be faster than Informix-SQL for MRP and similar activities.)

Major complaint:  WHY ISN'T INFORMIX 3.30 STILL SUPPORTED?  (i.e. use it for a
4GL product, etc.  No doubt you can still get answers to technical questions
from ISI.)
-- 
++Brandon (Resident Elf @ ncoast.UUCP)
 ____   ______________
/    \ / __   __   __ \   Brandon S. Allbery	    <backbone>!ncoast!allbery
 ___  | /__> /  \ /  \    aXcess Co., Consulting    ncoast!allbery@Case.CSNET
/   \ | |    `--, `--,    6615 Center St. #A1-105 	   (...@relay.CS.NET)
|     | \__/ \__/ \__/    Mentor, OH 44060-4101     
\____/ \______________/   +1 216 974 9210