home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / database / sybase / 709 < prev    next >
Encoding:
Internet Message Format  |  1993-01-21  |  2.2 KB
  1. Path: sparky!uunet!olivea!pagesat!spssig.spss.com!brent
  2. From: brent@spss.com (Brent Lambert)
  3. Newsgroups: comp.databases.sybase
  4. Subject: Re: how poratble is embedded SQL across ORACLE, SYBASE, INGRES?
  5. Message-ID: <C17uF9.DqJ@spss.com>
  6. Date: 21 Jan 93 18:09:08 GMT
  7. References: <1993Jan11.171828.20794@sni.ca>
  8. Sender: news@spss.com (Net News Admin)
  9. Organization: SPSS, Inc. - portable code group
  10. Lines: 36
  11.  
  12. In article <1993Jan11.171828.20794@sni.ca>, chandra@xenon.nabu.sni.ca (Chandra Sekar) writes:
  13. > I am presently specifying some APIs for an application, designed to run
  14. > on multiple databases.
  15. > 
  16. > Many of the APIs involve SQL DMA underneath.  I think if I use embedded SQL
  17. > and at generate time, use the vendor specific pre-compilers (ex: ORACLE Pro*C)
  18. > it can be ported across DBMSs easily. 
  19. > 
  20. > But then there are these many 'middleware' products and many vendors like JYACC, 
  21. > GUPTA, OMNIS and others offer 'database independent' layered products.
  22. > 
  23. > Which way should I go?
  24.  
  25. I recently went through this for a commercial application I was working on.
  26. It turned out to be quite a pain, and probably was not worth the cost of
  27. development.  Unfortunately, someone simply decided that we should write our
  28. own API, and there was no investigation of existing API's.  Given a chance
  29. to do it over again, I would recommend seriously investigating middleware.
  30.  
  31. In your case, however, you need to evaluate your application requirements.  Is
  32. it for internal or external use?  Can you require your users to install and
  33. maintain the middleware?  Can you afford the cost of using the middleware
  34. (royalties, etc.)?  Can you afford to update and re-release your API every
  35. time Sybase or Oracle ships an update (weekly)?  How much functionality,
  36. flexibility, and robustness do you need from your API (or the middleware)?
  37.  
  38. One thing is for sure:  If you try to write Embedded SQL that is portable
  39. among DBMS vendors, you'll end up in preprocessor Hell.  And probably deserve
  40. to be there.
  41.  
  42.  
  43. -- 
  44. The above statements are not the opinions or policies of SPSS Inc.
  45. The above statements may not be the opinions of Brent Lambert.
  46. The first disclaimer is a policy of SPSS Inc.
  47. Subsequent disclaimers are probably the opinion of Brent Lambert.
  48.