home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / database / ingres / 1144 < prev    next >
Encoding:
Text File  |  1992-08-14  |  3.0 KB  |  62 lines
  1. Newsgroups: comp.databases.ingres
  2. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!mips!sdd.hp.com!usc!rpi!uwm.edu!daffy!uwvax!uchinews!gsbacd.uchicago.edu!cs_mj
  3. From: cs_mj@gsbacd.uchicago.edu (Mark Jaeger)
  4. Subject: <None>
  5. Message-ID: <1992Aug14.182927.1@gsbacd.uchicago.edu>
  6. Lines: 50
  7. Sender: news@uchinews.uchicago.edu (News System)
  8. Organization:     
  9. References: <BszJIK.Fyq@world.std.com>
  10. Date: Sat, 15 Aug 1992 00:29:27 GMT
  11.  
  12. In article <BszJIK.Fyq@world.std.com>, jaa@world.std.com (Jerry A Abramson) 
  13. writes:
  14. > We are currently evaluating moving from Ingres 6.2 (part of the Open Dekstop
  15. > 1.0 and 1.1 product) to Ingres 6.4.  There are numerous new features, bug fixes
  16. > in 6.4 that we would like to take advantage of.  Before we begin the 
  17. > transition, has any one out there already made the transition, and if so, any
  18. > input would be greatly appreciated.
  19.  
  20. We're using INGRES 6.4/01 under VMS 5.5, but I think my comments are
  21. still applicable.  INGRES 6.4 is the best version to date, and I'm just
  22. talking about the base product--server and basic front end tools, all
  23. enhancements and new features aside.  The product has gotten steadily
  24. more robust.  We had nightmares working with 6.2; in fact, a planned
  25. product rollout had to be delayed a year because of its instability. 
  26. But 6.4 is much better.  Our move from 6.3/04 to 6.4/01 has been the
  27. smoothest upgrade to date.  
  28.  
  29. > Additionally, we currently have some 6.2 Ingres code, I would assume we need
  30. > to recompile with 6.4 libraries.  If anyone has experienced any problems with
  31. > the new libraries or the 6.4 ESQLC preprocessor, input would be greatly 
  32. > appreciated.
  33.  
  34. My guess is you'll have to recompile, or, even if you don't, it would be
  35. a good idea.  My guess is also that the ESQL/C preprocessor hasn't
  36. changed much, except to support the syntax for new features.  The
  37. preprocessor has been one of the less buggy pieces.
  38.  
  39. > One last question, does Ingres support database rules (more than table-only
  40. > integrity rules).  We are trying to embed the database rules within the db,
  41. > not within the applications only.
  42.  
  43. Yes, but it's a separate product, part of the Knowledge Manager.  I
  44. think the price is 30% of base, but check with your salesman.  
  45.  
  46. You can define as many rules on a table as you like.  You can ask that
  47. each rule be triggered on insert, update, or delete (but not select). 
  48. For update, you can specify particular columns only, if you choose.
  49.  
  50. When a rule is triggered by a DML, it causes the server to execute an
  51. SQL database procedures.  You can pass in arguments, including any or
  52. all of the old and new data, as appropriate.  DML changes within the
  53. triggered procedures will trigger new rules, if applicable.  You can set
  54. the depth to which they will cascade.
  55.  
  56. --Mark Jaeger                internet: cs_mj@gsbvax.uchicago.edu
  57. Graduate School of Business        yellnet:  (312) 702-0328
  58. University of Chicago            faxnet:   (312) 702-0233
  59. Disclaimer: My opinions are my own and not those of my employer.
  60. Ich bin ein Virus.  Mach' mit und kopiere mich in Deine .signature.
  61.  
  62.