home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / database / ingres / 2133 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  1.8 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!gatech!usenet.ins.cwru.edu!agate!agate!robm
  2. From: robm@ishtar.Berkeley.EDU (Rob McNicholas)
  3. Newsgroups: comp.databases.ingres
  4. Subject: DB admin tools
  5. Date: 22 Dec 92 12:03:35
  6. Organization: Technical and Computing Services, U.C. Berkeley, Berkeley, CA
  7. Lines: 32
  8. Distribution: world
  9. Message-ID: <ROBM.92Dec22120335@ishtar.Berkeley.EDU>
  10. NNTP-Posting-Host: ishtar.berkeley.edu
  11.  
  12. Hi all,
  13.  
  14. I'm working on a database which is in a constant state of flux.
  15. Necessity dictated that we put it into production before we had really
  16. worked out all the problems, so I often find myself dropping and
  17. recreating tables to add a new field, or change a field's size or
  18. type, etc.  After doing this once or twice, I quickly learned that
  19. there are many side effects of these kinds of changes.  For example,
  20. dropping a table causes any views, forms, or permits which referred to
  21. that table to be destroyed also, so the DBA needs to create scripts to
  22. recreate all the different pieces, and remember to update these
  23. scripts whenever a change is made anywhere.  Unfortunately, Ingres
  24. doesn't seem to provide any tools to help make this kind of change
  25. easier.  I've been using unloaddb and then editing the scripts to
  26. recreate just the parts i need, but this is tedious, and it doesn't
  27. handle forms or views very well.
  28.  
  29. I've been thinking about writing my own tools that would access the
  30. system catalogs and help find all references to a particular table or
  31. field, so that these changes would be easier to manage.  But before I
  32. do it myself, I ask:
  33.  
  34. Does anyone have any suggestions for any Public Domain or commercial
  35. products which would provide this kind of functionality?
  36.  
  37. Thanks in advance,
  38.  
  39. -Rob
  40.  
  41. --
  42. Rob McNicholas            Technical & Computing Services, EECS, U.C. Berkeley
  43. robm@eecs.berkeley.edu        Voice: 510/642-8633  FAX: 510/643-7846
  44.