home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / sybase / 648 < prev    next >
Encoding:
Text File  |  1993-01-11  |  1.2 KB  |  35 lines
  1. Newsgroups: comp.databases.sybase
  2. Path: sparky!uunet!uunet.ca!snitor!xenon.nabu.sni.ca!chandra
  3. From: chandra@xenon.nabu.sni.ca (Chandra Sekar)
  4. Subject: how poratble is embedded SQL across ORACLE, SYBASE, INGRES?
  5. Message-ID: <1993Jan11.171828.20794@sni.ca>
  6. Sender: usenet@sni.ca (snitor.SNI.CA usenet)
  7. Nntp-Posting-Host: xenon.nabu.sni.ca
  8. Reply-To: chandra@xenon.nabu.sni.ca (Chandra Sekar)
  9. Organization: Siemens Nixdorf, Sietec Open Systems, Toronto, Canada
  10. Date: Mon, 11 Jan 1993 17:18:28 GMT
  11. Lines: 22
  12.  
  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. Can I use EMbedded SQL in my C APIs? (right now we use informix to test the 
  26. application).  Or do I have to but one of these layered products?
  27.  
  28. Your comments are welcome.
  29.  
  30. I shall summarize the comments, for others' benfits.
  31.  
  32. thank you in advance.
  33.  
  34. Chandra@sni.ca.
  35.