home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / sybase / 639 < prev    next >
Encoding:
Text File  |  1993-01-08  |  1.9 KB  |  50 lines
  1. Newsgroups: comp.databases.sybase
  2. Path: sparky!uunet!tekbspa!tssgate!esh
  3. From: esh@prague.tss.com (Edward S. Hirgelt)
  4. Subject: Re: SUMMARY - Notifying clients of table mods
  5. In-Reply-To: fgreco@shearson.com's message of Thu, 7 Jan 1993 14:52:00 GMT
  6. Message-ID: <ESH.93Jan8105010@prague.tss.com>
  7. Sender: news@tss.com (USENET Network News)
  8. Organization: Teknekron Software Systems, Inc.
  9. References: <1993Jan7.145200.12137@shearson.com>
  10. Date: Fri, 8 Jan 1993 18:50:10 GMT
  11. Lines: 37
  12.  
  13.  
  14. On Thu, 7 Jan 1993 14:52:00 GMT,
  15. fgreco@shearson.com (Frank Greco) said:
  16.  
  17. [Nice summary of client's notification when a table is modified deleted.]
  18.  
  19. Frank>     There are other places in dblib where the dataserver calls your
  20. Frank>     own specified routines (e.g., message/error handling); it'd be
  21. Frank>     nice if there was some mechanism to allow triggers (and
  22. Frank>     alerters ... hint... hint) to do this *directly* in Sybase.
  23.  
  24. Hmmm, let me try to clear up what seems to be a subtle point.
  25.  
  26. The dataserver does NOT call a routine in the client's process space.
  27. Your message handler is invoked bu dblib when the server sends your
  28. application a message using the standard TDS protocol (Tabular Data
  29. Stream). This is a very synchronous operation. Your application issues a
  30. query which results in some reply. The reply can be data (rows returned)
  31. or informative or error messages. The latter trigger callbacks. DB
  32. Library (OpenClient) in interpreting the data fires your callback, not
  33. the server.
  34.  
  35. Like I said this is a subtle and pedantic point. However it makes clear
  36. why no other client will be informed. The communication is point to
  37. point. 
  38.  
  39. This is why the OpenServer or ToolTalk (very nicely done btw) or some
  40. sort of polling in general is the solution. 
  41.  
  42. Hope this helps clarify things.
  43.  
  44. Ed
  45.  
  46. --
  47. Ex vitio alterius    |Ed Hirgelt            |esh@tss.com
  48. sapiens emendat suum.    |Teknekron Software Systems, Inc|
  49. (Publilius Syrus)    |Palo Alto, Ca.            |
  50.