× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re[2]: Numerics PACKED, ODD format -- Always recommended?
  • From: ericadelong@xxxxxxxx
  • Date: Thu, 12 Mar 98 10:47:40 -0500


DB2 stores numeric data exactly as specified in DDS (except for date, time, and 
timestamp types). Zoned fields use 1 byte per digit, Packed uses the over/under 
format (with the last nibble reserver for sign) yielding (bytes*2)-1 digits. 

PGMs on the AS400 internally default numeric data to packed, translating zoned 
fields before use. Even length packed fields require the first nibble to be 
zero, which has no impact on DASD, but which does slightly impact performance.

Eric A DeLong
ericadelong@pmsc.com  
_____________ Reply Separator ________________

Bob Crothers wrote:
> 
> Karen,
> 
> Yes, it is best (from a performance point of view) to use odd 
> length packed numeric data in your files.
     
     
Doesn't db/400 ignore the packed vs. zoned definitions now?  I thought 
all numeric fields were packed regardless of what one writes in the dds. 
About the odd vs even issue: if you need 8 characters, then you need 8 
at least so you can't go to 7.  My understanding always was that the 
cycles for 8 are the same price as the cycles for 9, so the 9th 
character is a freebie, excepting dasd.


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.