LISTSERV at the University of Georgia
Menubar Imagemap
Home Browse Manage Request Manuals Register
Previous messageNext messagePrevious in topicNext in topicPrevious by same authorNext by same authorPrevious page (September 2004, week 4)Back to main SAS-L pageJoin or leave SAS-L (or change settings)ReplyPost a new messageSearchProportional fontNon-proportional font
Date:   Fri, 24 Sep 2004 09:30:27 -0400
Reply-To:   Steve Raimi <steven.raimi@GM.COM>
Sender:   "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From:   Steve Raimi <steven.raimi@GM.COM>
Subject:   Numeric precision was >> Re: Oracle to SAS - subtle errors in totals

Thank you for your help, Steve. I have confirmed it's a numeric precision issue. Now I'm trying to find the best way of avoiding it.

My work situation involves training actuaries to use SAS for their analyses, and to help program and trouble-shoot for them. Granted, $5 billion (down to the penny) is a big number, but it should be well within the largest number 8 bytes can hold (according to the numeric precision table for SAS under Windows, the biggest integer would be 9 quadrillion or so. To represent a billion and change would take fewer significant digits, and the mantissa would be within the right range, too). So is there a non- manual way to have SAS cope with this level of precision (rather than sub- dividing the number, summing the parts separately, and manually combining them at the end)?

Steve Raimi


Back to: Top of message | Previous page | Main SAS-L page