|
The other devs here still have a death-grip on DSPPFM, so data that's not
human-readable is always a fight. They've acquiesced for integer data, but
for other numerics I have to stick with human-readable (ie. avoid packed).
I'm not sure it makes a huge difference to the OS, unless you're trying to
wring the absolute most performance possible.
-----Original Message-----
From: Jay Vaughn [mailto:jeffersonvaughn@xxxxxxxxx]
Sent: Monday, March 26, 2018 9:46 AM
To: RPG programming on the IBM i (AS/400 and iSeries) <
rpg400-l@xxxxxxxxxxxx>
Subject: new table development (decimal vs numeric)
In a 60/40 (RPG to Cobol) shop, with no new cobol development...
Aside from special cases where integer and float may be needed...
For common "numeric" data, what is the best standard data type definition,
if choosing from decimal or numeric?
I do know decimal is packed and I have an "impression" that rpg is most
compatible with packed and will convert to packed under the covers when
needed. Not sure what I REALLY mean except that I would lean towards
decimal being the best standard choice in an RPG shop.
What do you think?
--
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.