home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / text / sgml / 906 < prev    next >
Encoding:
Text File  |  1992-07-21  |  1.8 KB  |  38 lines

  1. Newsgroups: comp.text.sgml
  2. Path: sparky!uunet!utcsri!torn!watserv1!watdragon.waterloo.edu!drraymon
  3. From: drraymon@watdragon.waterloo.edu (Darrell Raymond)
  4. Subject: Re: It's Not Just for Text Anymore
  5. Message-ID: <BrrH56.1Bp@watdragon.waterloo.edu>
  6. Organization: University of Waterloo
  7. References: <710783547snx@sgmlinc.com> <CABO.92Jul14222524@kubus.cs.tu-berlin.de>  <1992Jul20.171350.1@idicl1.idi.battelle.org>
  8. Date: Tue, 21 Jul 1992 22:58:18 GMT
  9. Lines: 27
  10.  
  11. In article <1992Jul20.171350.1@idicl1.idi.battelle.org>, raudabaugh@idicl1.idi.battelle.org writes:
  12.  
  13. >I view SGML as a very powerful method to describe relationships between
  14. >entities within a document (or document type).  To suggest that SGML is
  15. >a poor data-modeling device seems somewhat absurd.  ASN.1 encoding is also
  16. >a poor data-modeling device so nobody uses it for that.
  17. >
  18. >SGML does an excellent job describing document structure.  BUT, it does not
  19. >address context/semantic relations that data-modeling is all about.  Nor
  20. >should it.
  21.  
  22.   I can't make head or tail of this comment.  If you "view SGML as a very
  23. powerful method to describe relationships", then why does it not "address
  24. context/semantic relations"?  What is the distinction that you draw between
  25. modelling and describing?  Is it that you think that structuring means 
  26. "identifying entities", while modelling means "describing relationships"?
  27.  
  28. >OK, why did I bring this up?  Because standards should be used for what they
  29. >are good for.  A good data-modeling standard that sits on top of a data
  30. >manipulation language (such as SQL) and a document description language (such
  31. >as SGML) would be heaven sent.
  32.  
  33.   A data model doesn't sit on top of a data manipulation language, just
  34. the reverse. The relational model came before, and is quite independent 
  35. of, SQL.  
  36.  
  37. -Darrell.
  38.