home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / database / informix / 2455 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.7 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!saimiri.primate.wisc.edu!caen!destroyer!gumby!yale!yale.edu!jvnc.net!darwin.sura.net!europa.asd.contel.com!emory!emory!not-for-mail
  2. From: jgordon@ssf-sys.DHL.COM (Jim Gordon)
  3. Newsgroups: comp.databases.informix
  4. Subject: Re: tracking data changes (a request for advice/information)
  5. Date: 17 Nov 1992 19:38:06 -0500
  6. Organization: Mailing List Gateway
  7. Lines: 45
  8. Sender: walt@mathcs.emory.edu
  9. Distribution: world
  10. Message-ID: <1ec39eINNbci@emory.mathcs.emory.edu>
  11. Reply-To: jgordon@ssf-sys.DHL.COM (Jim Gordon)
  12. NNTP-Posting-Host: emory.mathcs.emory.edu
  13. X-Informix-List-ID: <list.1615>
  14.  
  15. >
  16. > I need the ability to track any changes to a large OnLine database, to the
  17. > table/row/column level*, without having to constantly scan all of the tables,
  18. > and without building any special abilities into the applications doing the
  19. > adding/deleteing/updating.
  20. >
  21. > The former is no good because:
  22. >
  23. > 1) It would use up too many resources, and
  24. > 2) It wouldn't give me the changes in the order they happened (fairly important)
  25. >
  26. > The latter is no good because:
  27. >
  28. > 1) Too much existing code would have to be changed, and
  29. > 2) doing batch adds/updates/deletes with isql would screw things up
  30. >
  31. > The most obvious solution I can think of is having transaction logging turned
  32. > on, and monitoring the logical log.  I guess my questions are:
  33. >
  34.  
  35. I can't comment on the Online Log idea but another solution would be
  36. to wait for Online 5.01 and use the Triggers to write records to log
  37. files after every insert/update/delete on the tables and columns you
  38. need to monitor.
  39.  
  40. This would avoid any necessity to play with the online logs and would
  41. not require any changes to the applications.  It would also allow you
  42. to more easily tailor the logging to only those parts of the database
  43. you need to check on and allow for building a simpler database query
  44. process rather than a (probably) C extraction process from the logs.
  45.  
  46. It is not possible to access the performance hit this will have on the
  47. application.  But the Stored Procedures seem to work fine in 5.0.
  48. Also you run the risks of bugs in the Trigger system.  Against this
  49. Informix have given themselves considerable extra time to get Triggers
  50. reasonably clean.  They were supposed to be in 5.0 but at release time
  51. were not stable enough so they left them out.
  52.  
  53. Cheers - Jim
  54. --------------------------------------------------------------------
  55. Name:     Jim Gordon               Internet: jgordon@ssf-sys.DHL.COM
  56. Company:  DHL Systems Inc          Phone:    (415) 358-5911 (Work)
  57. Address:  1700 S. Amphlett Blvd.             (415) 882-9728 (Home)
  58.           San Mateo, CA 94402      Fax:      (415) 571-6429
  59. --------------------------------------------------------------------
  60.