I got it from an IBM Redbook a few years ago. I think it was this one:
https://www.redbooks.ibm.com/redbooks/pdfs/sg248185.pdf
-----Original Message-----
From: Rob Berendt [mailto:rob@xxxxxxxxx]
Sent: Wednesday, July 31, 2019 9:13 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: RE: Expanding a field in a file or adding a new field to the file
I've actually seen vendor software do this for their Y2K rollout.
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Justin Taylor
Sent: Wednesday, July 31, 2019 10:03 AM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: RE: Expanding a field in a file or adding a new field to the file
CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know the content is safe.
I don't personally like option 2 in general.
If option 1 is too much work to accomplish for one massive deploy, how about this strategy?
Create a new table (different name) that matches the layout of the original except the column in question will be longer. Create a LF over the new table with the matching layout, except the column in question has the original length. Load the new table with the original data, and then replace the old table with the new LF (rename LF to be old table name). Existing programs have the layout they expect and you have more time to migrate to the longer column.
As an Amazon Associate we earn from qualifying purchases.