|
Joe,
This is an implementation detail that used to be important (visible and with a shared best way) but now it isn't. You might need packed or binary for performance, zoned for readability of the raw data or floating-point because it matches a related database. From the other answers here we are moving away from working directly with the raw data. IMHO it's less about using the 'best' format than having a flexible database that can change to the most appropriate format without breaking code. That's why using embedded SQL instead of directly accessing the data with RPG is a good idea. SQL won't break (or it will break less) if you change the numeric format but RPG will break (maybe or probably and it requires a recompile). That's also why using a database retrieval tool (Query, DBU, SQL) instead of viewing the raw data is also good. Hiding details that aren't important makes it easy.
This mailing list archive is Copyright 1997-2026 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.