home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / database / 6075 < prev    next >
Encoding:
Text File  |  1992-08-12  |  1.4 KB  |  32 lines
  1. Newsgroups: comp.databases
  2. Path: sparky!uunet!stanford.edu!ames!nsisrv!stars.gsfc.nasa.gov!thompson
  3. From: thompson@stars.gsfc.nasa.gov (William Thompson, code 682.1, x2040)
  4. Subject: Re: nested SQL select
  5. Message-ID: <12AUG199213085712@stars.gsfc.nasa.gov>
  6. News-Software: VAX/VMS VNEWS 1.4-b1  
  7. Sender: usenet@nsisrv.gsfc.nasa.gov (Usenet)
  8. Nntp-Posting-Host: stars.gsfc.nasa.gov
  9. Organization: NASA/GSFC-Laboratory for Astronomy and Solar Physics
  10. References: <3761@keele.keele.ac.uk> <l8h5i5INNhvg@jethro.Corp.Sun.COM>
  11. Date: Wed, 12 Aug 1992 17:08:00 GMT
  12. Lines: 18
  13.  
  14. In article <l8h5i5INNhvg@jethro.Corp.Sun.COM>, jdr@starflight.Corp.Sun.COM
  15. writes... 
  16. >In article 3761@keele.keele.ac.uk, csa09@seq1.keele.ac.uk (Paul Singleton)
  17. writes:
  18. >>Is there a general algorithm for translating relational algebra expressions
  19. >>into SQL?  Or a preprocessor from sensible SQL to real-world SQL?  Or have
  20. >>I (and my colleagues) missed something obvious?
  21. > 
  22. >You've missed our thread on "SQL Shortcomings", in which we have shown why
  23. >SQL is brain-damaged and needs to be stamped out.
  24.  
  25. Not to start any flame wars, but is anything else but SQL being worked on as a
  26. standard for intercommunication between different vendors databases?  We're
  27. going to be using SQL because we have that requirement.  I haven't heard of any
  28. non-vendor-specific developments of relational languages other than SQL, but
  29. would be interested to hear if there are.
  30.  
  31. Bill Thompson
  32.