home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / ingres / 2196 < prev    next >
Encoding:
Text File  |  1993-01-08  |  1.8 KB  |  42 lines
  1. Newsgroups: comp.databases.ingres
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!sgiblab!rtech!ingres!mikes
  3. From: mikes@Ingres.COM (Mike Schilling)
  4. Subject: Re: ABF question
  5. Message-ID: <1993Jan8.170749.23876@pony.Ingres.COM>
  6. References: <1993Jan7.170744.71@ittpub.nl>
  7. Date: 8 Jan 93 17:07:49 GMT
  8. Lines: 32
  9.  
  10. From article <1993Jan7.170744.71@ittpub.nl>, by hans@ittpub.nl:
  11. > I am using ABF to maintain a tabel of items. The user should be able to add 
  12. > and delete these items, and modify most of the information associated with
  13. > the item.
  14. > 
  15. > Each items has a key value. I want to prevent the user from modifying this
  16. > key value. Defining the column DISPLAYONLY is no good, for the user has to be 
  17. > able to specify the value when adding new items. By the time I catch the error
  18. > I cannot change it back, as the original value is lost.
  19. > 
  20. > Is there any way I can:
  21. > 
  22. > a. Allow creation and deletion of a column in a table field, without also
  23. >    allowing modification?
  24. > b. Have access to the old value, so I can change it back?
  25. > 
  26. > Or is there any other way of doing what I want?
  27. > 
  28. > Thanks in advance.
  29. > 
  30. > Hans Wieldraaijer, ITT Publitec, Amsterdam, Netherlands.
  31. > E-mail: hans@ittpub.nl
  32. Create the tablefield with a hidden column, and put the key value there
  33. as well as in a visible column.  When unloading the tablefield, you can
  34. catch the change.  (Or you can use a column activation to catch it
  35. immediately.)  If you have Vision available, look at the code it
  36. generates for an update frame; it uses this technique exactly.
  37. ----------------------------------------------------------------------------
  38. mikes@ingres.com = Mike Schilling, INGRES, An ASK Group Company, Alameda, CA
  39. Just machines that make big decisions,
  40. Programmed by fellows with compassion and vision.       -- Donald Fagen, "IGY"
  41.  
  42.