home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / mac / database / 1068 < prev    next >
Encoding:
Text File  |  1992-09-03  |  2.1 KB  |  51 lines
  1. Newsgroups: comp.sys.mac.databases
  2. Path: sparky!uunet!bellahs!jjamison
  3. From: jjamison@bellahs.com (John Jamison RD AC)
  4. Subject: Re: DH and the rest of the world...
  5. Message-ID: <1992Sep3.160912.6261@bellahs.com>
  6. Organization: Bell Atlantic Healthcare Systems
  7. References: <9209021919.AA28877@coos.dartmouth.edu> <1BZPBYYH@cc.swarthmore.edu>
  8. Date: Thu, 3 Sep 1992 16:09:12 GMT
  9. Lines: 40
  10.  
  11. In article <1BZPBYYH@cc.swarthmore.edu> stauffer@cc.swarthmore.edu (Glenn Stauffer) writes:
  12. >In article <9209021919.AA28877@coos.dartmouth.edu> Hades,
  13. >hades@coos.dartmouth.edu writes:
  14. >>using DAL as your means of communication. This requires the purchace of
  15. >>the DAL Server for whatever machine is running the Oracle database
  16. >
  17. >For more versatility, you may want to investigate SQL*Net from Oracle.  I
  18. >was at an Apple/Oracle
  19. >presentation a few weeks ago and SQL*Net was touted over DAL. 
  20. >Apparently, Oracle isn't
  21. >too pleased with the DAL solution.  I'll dig out my notes and post later
  22. >about things I
  23. >learned at the presentation - including mention of a Quadra-based Oracle
  24. >server.
  25. >
  26. >Glenn Stauffer
  27. >Swarthmore College
  28.  
  29. I wouldn't expect Oracle to hype DAL over one of its own products, would you?!? The
  30. downside of using SQL*Net is that all your front-end applications are hardwired into
  31. Oracle, which is of course exactly what Oracle wants.  Having used DAL extensively on
  32. several projects, I would be the first to say that it isn't a dream.  However you
  33. are almost wholly independent of the back-end, be it Oracle, Sybase, Ingres, etc.
  34.  
  35. If you go into building your front-end applications with something like DAL, you gain
  36. the ability to scale these applications well: start them off with a server on an A/UX
  37. box, move it to a VAX, and on and on.
  38.  
  39. On the other hand, if you are an Oracle shop and have support contracts, etc, and are
  40. not planning a migration or diversification soon, probably SQL*Net is the way to go
  41. simply from the point of simplicity of support.
  42.  
  43. -John Jamison
  44.  Swarthmore College class of '88
  45.  Disclaimer:  these opinions are mine all mine!
  46. -- 
  47. -----------------
  48. John Jamison
  49. Bell Atlantic Healthcare Systems
  50. jjamison@bellahs.com
  51.