home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / database / sybase / 563 < prev    next >
Encoding:
Text File  |  1992-12-24  |  1.3 KB  |  40 lines
  1. Newsgroups: comp.databases.sybase
  2. Path: sparky!uunet!tekbspa!tssgate!esh
  3. From: esh@prague.tss.com (Edward S. Hirgelt)
  4. Subject: NULLs revisited
  5. Message-ID: <ESH.92Dec23103158@prague.tss.com>
  6. Sender: news@tss.com (USENET Network News)
  7. Organization: Teknekron Software Systems, Inc.
  8. Distribution: comp
  9. Date: Wed, 23 Dec 1992 18:31:58 GMT
  10. Lines: 28
  11.  
  12. In rticle <ESH.92Dec15103611@prague.tss.com>, I wrote
  13.  
  14. Edward> You can't change the definition of the table to prohibit nulls once
  15. Edward> you've defined it to permit them. You can, however, do one of two
  16. Edward> things:
  17. Edward>
  18. Edward> 1. Create a rule for the particular column that forbids nulls.
  19.  
  20. It was gently pointed out to me (thanks Robert and Lisa of Sybase) that
  21. I am living in the past.
  22.  
  23. If the value of a column is NULL, it is not tested against its rule.
  24.  
  25. I knew this at one time (having worked on duplicating the behavior in
  26. APT), but I forgot.
  27.  
  28. In short, NULL values do not fire rules. Triggers are still fired of
  29. course and remain the definitive way to ensure an altered column is not
  30. null. 
  31.  
  32. Hope this clarifies the problem without muddying it even more. I feel
  33. somewhat obfuscatory today -- too close to that December holiday I guess.
  34.  
  35. Ed
  36. --
  37. Ex vitio alterius    |Ed Hirgelt            |esh@tss.com
  38. sapiens emendat suum.    |Teknekron Software Systems, Inc|
  39. (Publilius Syrus)    |Palo Alto, Ca.            |
  40.