Re: Informix 5.0 vs. 4.10 vs. 4.00?

Path: emory!swrinde!mips!mips!munnari.oz.au!deakin.OZ.AU!rand!auzodt3!adamt From: adamt@auzodt3.mel.cocam.oz.au (Adam Tiller) Newsgroups: comp.databases.informix Message-ID: <950@rand.mel.cocam.oz.au> Date: 4 Mar 92 13:08:10 GMT References: <2545@mixcom.COM> <1992Feb18.003103.25941@informix.com> Sender: usenet@rand.mel.cocam.oz.au Organization: Co-Cam Computer Group, Australia In article <1992Feb18.003103.25941@informix.com> dranney@informix.com (David Ranney) writes: >In article <2545@mixcom.COM> ttvvtt@mixcom.COM (Donald Amby) writes: >>We are getting ready to start a new project, based on Informix-4GL, for an >>established product that is currently running under 4.00 (and 4.10 on a >>parallel effort). I have just become aware of Informix version 5.0, and >>we need to make a decision as to what version to commit to? >> >>Does anyone have experiences with 5.0, and any existing 4.00 or 4.10 >>version applications? We are in *exactly* the same position, except that we won't be able to get Informix 5.0 for our Suns until next week. (We're in Australia) For this reason, the guy who's in charge of the contract (a salesperson :-() is saying "Why do we want to pay %15 extra for a product that isn't here yet? It may have bugs. If "the client" wants it, they'll have to pay extra." The trouble with this is that "the client" is the Australian HIV National Reference Laboratory, and they don't have a clue about computers, let alone the difference between Informix 4.1 and Informix 5.0. It is *me*, and the other developers of the X Gigabyte database system, who're going to have to suffer if we find that we want to use stored procedures, or anything else that's in 5.0. So I ask you... Is there any sign of *bugs* in 5.0? What are the chances that the new features have brought bugs into the existing Informix features? (I'd say that it's unlikely there'll be any more bloody bugs than normal. How stupid! But I'm looking for some moral support). >Since 5.0 frontends aren't out yet, 4.1 is the best you can do for sql, 4gl... > >I personally work in an environment with 4.1 frontends working against a 5.0 >OnLine engine. Since 4.1 has a lot of neat new functionality, I find this >a good environment to work in. If you've got a choice, go with 4.1 frontends >and 5.0 backends. Thanks for giving me the idea. I'm going to propose just that. But, David, (and everybody else), have you heard of *any* problems at all integrating 4.1 frontend tools with 5.0 Online database engine? Specifically, ESQL/C and 4GL? (And I-Net and I-Star? Do they need to be 5.0?) (I presume the reason you're using 5.0 Online is for stored procedures. Am I correct, or are there other advantages in it for you, too?) -- ,-_|\\ Adam Tiller Phone: +61 3 412 3593 / \\ Co-Cam Computer Group Fax: +61 3 416 2985 \\_,-._/ Abbotsford, Melbourne Work: adamt@magpie.cocam.oz.au v AUSTRALIA Play: adamt@peg.apc.org