home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / database / informix / 1848 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  3.2 KB
  1. Path: sparky!uunet!gatech!emory!pdact.pd.necisa.oz.au
  2. From: ronl@pdact.pd.necisa.oz.au (Ron Lees)
  3. Newsgroups: comp.databases.informix
  4. Subject: Re: Informix vs. Oracle
  5. Message-ID: <9438@emory.mathcs.emory.edu>
  6. Date: 1 Sep 92 13:48:04 GMT
  7. Sender: walt@mathcs.emory.edu
  8. Reply-To: ronl@pdact.pd.necisa.oz.au (Ron Lees)
  9. Lines: 60
  10. X-Informix-List-ID: <list.1417>
  11.  
  12. donb@pdx.csd.mot.com (Don Bolton) writes:
  13.  
  14. }    Their forms package does NOT communicate to their report writing package
  15. }     Their "procedural" SQL cannot be used for OUTPUT, only program variables
  16. }          or TABLE data.
  17. }
  18. }    Outwardly, that "simple, ez to use, etc" forms package looks *slick*
  19. }          now try a *real* task with it and spend a lifetime debugging your
  20. }          triggers. And oh yeah you'll need a *seperate* set of screens to
  21. }          drive those reports. 
  22. }
  23. }        Orifice controls a lot of things for the developer transparently which
  24. }          seems neat until you realize what its doing is absolutely bass-ack-
  25. }          wards to what you need to do. (conditional depending..)
  26. }
  27. }        Orifice *does* have a *superb* set of extensions to their SQL 
  28. }          implementation, a lot of reporting can be run from straight sql
  29. }          scripts, but if you need something procedural in nature your
  30. }          hosed without doing a bunch of temp tables first and then doing
  31. }          reporting.
  32. }
  33. }Informix, to the Oracle bigot, seems crude, but in reality is a far easier
  34. }environment in which to get *real* tasks done, can be written to do nearly
  35. }anything concievable (4gl) by anyone who has ever used any kind of a
  36. }programming
  37. }language. Thats not to say one couldn't do a lot in Orifice too, but,,,, its
  38. }sold as an environment requiring *less* technical people and in reality thats
  39. }just not true.
  40. }
  41.  
  42. My experience of the forms package confirms what Don says. Although
  43. development by form is novel to start with, for a large project it rapidly
  44. becomes very tedious and slow. Especially if you want to make small
  45. changes.
  46.  
  47. }These opinions are mine although I have found them to be shared by many deve-
  48. }lopers who have worked with both products. They do not nessicarily represent
  49. }the opinions of my company.
  50. }
  51.  
  52. Having worked with both Oracle and Informix also, I agree with Don's
  53. sentiments. However, I have to admit I haven't used Oracle for a couple
  54. of years, having switched to Informix with my current employer.
  55.  
  56. }UNLESS Oracle has changed DRASTICLY in the past 6 months, its an overcomplex
  57. }menagerie of dis-associated products..
  58. }
  59.  
  60. This may be the sticking point. My understanding is that with the release
  61. of V7.0, Oracle HAS changed drasticly and that reviewers in the literature
  62. who were previously anti-Oracle are now raving about it.
  63.  
  64. Any Oracle 7.0 users like to comment on this?
  65.  
  66. +-------------------------------------------------------------------------+
  67. Ron Lees                                        rlees@pdact.pd.necisa.oz.au
  68. Software Development Centre (Canberra)                 Voice: +61-6-2516411
  69. NEC Information Systems Australia Pty Ltd                Fax: +61-6-2516947
  70. PO Box 244, Belconnen ACT 2616, AUSTRALIA                  A.C.N. 002068546
  71. +-------------------------------------------------------------------------+
  72.