home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / database / sybase / 756 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  2.3 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!ames!agate!ucbvax!mtxinu!sybase!black
  2. From: black@sybase.com (Chris Black)
  3. Newsgroups: comp.databases.sybase
  4. Subject: Re: how poratble is embedded SQL across ORACLE, SYBASE, INGRES?
  5. Message-ID: <28547@sybase.sybase.com>
  6. Date: 25 Jan 93 17:10:51 GMT
  7. References: <1993Jan11.171828.20794@sni.ca> <C0qKxp.5pu@pronto.mh.nl> <28056@sybase.sybase.com> <1993Jan18.211146.15924@netcom.com>
  8. Sender: news@Sybase.COM
  9. Organization: Sybase, Inc.
  10. Lines: 43
  11.  
  12. All of us at Sybase recognize the drawbacks with the 4.0 and pre-4.0
  13. precompilers.  The new version coming out later this year is a 
  14. complete re-write and should answer Gerald's concerns.
  15.  
  16. In article <1993Jan18.211146.15924@netcom.com> gtynen@netcom.com (Gerard Tynen) writes:
  17. >I used Sybase's embedded SQL with COBOL on Unix last year.  My client was
  18. >a great big bank in LA who was trying to downsize some DB2 applications.  
  19. >Imagine our dismay when we discovered that the Sybase precompiler:
  20. >
  21. >    1) did not support COBOL packed decimal datatypes.  Packed decimal
  22. >    is COBOL datatype normally used for money.  This was a bank.  They
  23. >    had lots of packed decimal data in their programs.  Sybase expected
  24. >    us to store all our money, therefore, in text datatypes.  AS-IF!
  25.  
  26. We will support comp-3 (packed decimal) as well as display (non-packed
  27. decimal) in the next release.
  28.  
  29. >
  30. >    2) In addition, if we wanted to map a COBOL variable into a Sybase
  31. >    MONEY datatype, not only did we have to convert to text, but the
  32. >    text field only allowed two places after the decimal.  We could not
  33. >    read/write fractions of a cent through the precompiler, even though
  34. >    the underlying Sybase datatype could have stored it.
  35.  
  36. The new decimal type support will take care of this.
  37.  
  38. >    3) We would have to do lots and lots and lots of rewriting of the
  39. >    DB2 programs in order to use Sybase's precompiler. 
  40.  
  41. The new release will be NIST compliant, which will provide full
  42. compatibility with other compliant databases.
  43.  
  44. >    4) Sybase support was not even aware that they had SQL precompilers
  45. >    available.  We ended up having to talk to the engineers.  
  46.  
  47. This situation is improving, with in-house precompiler training for
  48. our support staff.
  49.  
  50. We're all very excited about the new precompiler.  It's a vastly
  51. improved product which should meet user needs in both C and COBOL.
  52.  
  53. -- Chris
  54. black@sybase.com
  55.