× 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.



Hi, Nathan,

The "problem" described in that article has nothing to do with record format names.  See also the comments below the article.


Hope that helps,
Mark S. Waterbury

On Thursday, January 28, 2021, 10:50:49 AM EST, Nathan Andelin <nandelin@xxxxxxxxx> wrote:

I've used CHGPF successfully several times. I haven't run into the issue
regarding LF record format mismatch. But wouldn't that be easy to fix by
re-running the DDS or SQL for the LF?

On Thu, Jan 28, 2021 at 8:24 AM <smith5646midrange@xxxxxxxxx> wrote:

So in our conversion meeting yesterday, the CHGPF was discussed.  Later
someone forwarded and OLD article to me from 2013 about a problem with
CHGPF
relating to PF and LF record formats not matching (link below).  At the
bottom of the article, it says the article was written for V7.1.  We are
running on V7.3.  Does anyone know if this is still an issue or do I need
to
do some digging to find out if any record formats do no match?


https://www.rpgpgm.com/2013/06/chgpf-theres-quirk-that-can-bite-your.html#:~

:text=The%20Change%20Physical%20File%20(CHGPF)%20is%20a%20useful,the%20follo
wing:%20Delete%20all%20the%20dependent%20logical%20files
<https://www.rpgpgm.com/2013/06/chgpf-theres-quirk-that-can-bite-your.html#:~:text=The%20Change%20Physical%20File%20(CHGPF)%20is%20a%20useful,the%20following:%20Delete%20all%20the%20dependent%20logical%20files>
.

-----Original Message-----
From: smith5646midrange@xxxxxxxxx <smith5646midrange@xxxxxxxxx>
Sent: Friday, January 22, 2021 1:43 PM
To: 'Midrange Systems Technical Discussion' <midrange-l@xxxxxxxxxxxxxxxxxx

Subject: RE: Converting large amount of data

CHGPF never entered my mind even though I do use it occasionally.

For the files being converted with CPYF, we are doing a *MAP *DROP.
Anything that could not be handled via *MAP *DROP (i.e. an alpha field
changing from 2A to 3A and needing a leading zero added) are being
converted
via a custom program.

Do you know that CHGPF is quicker than CPYF?  I supposed that might depend
on how many fields are changing.


-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of Rob
Berendt
Sent: Friday, January 22, 2021 1:17 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: RE: Converting large amount of data

Good point.  There are a number of people who never knew that many years
ago
IBM allowed you to do the following to modify and add columns.
CHGPF FILE(MYFILE) SRCFILE(MYLIB/QDDSSRC) They only remember the early
releases required you to copy from one file to another to modify/add
columns.

Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600 Mail
to:  7310 Innovation Blvd, Suite 104
          Ft. Wayne, IN 46818
Ship to:  7310 Innovation Blvd, Dock 9C
          Ft. Wayne, IN 46818
http://www.dekko.com


-----Original Message-----
From: MIDRANGE-L <midrange-l-bounces@xxxxxxxxxxxxxxxxxx> On Behalf Of x y
Sent: Friday, January 22, 2021 1:06 PM
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxxxxxxxx>
Subject: Re: Converting large amount of data

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.


Copy data into PF's without logicals, SQL indexes, or constraints
(referential integrity and such).

In CPYF, use FROMRCD(1) and COMPRESS(*NO) to try to force the system to do
a
block copy.  You mentioned "new format", so you'll probably use FMTOPT(*MAP
*DROP); don't use it unless you need to.

WRT "new format", remember you can change your DDS source (multiple columns
at once) and then execute CHGPF (including the DDS source file and member
names) and the system will change the format for you; it's the equivalent
of
SQL's ALTER TABLE.  *My experience suggests the logicals are magically
maintained through this process; this can be a major time-saving benefit*.
So, if you need to add new columns, resize others, change the text, edit
codes, or column headings, CHGPF is the way to go.  I've been midranging
since the days of the System/3 and using CHGPF to change the layout of a
file is IMO one of the top five enhancements ever.

On Fri, Jan 22, 2021 at 8:27 AM <smith5646midrange@xxxxxxxxx> wrote:

We have some files that are pretty big that we are going to be
converting to a new format and I'm looking for some info on converting
the data.



I am not looking for answers about splitting in threads or anything
like that.  We are converting over 700 files so threads will not help me.
Threads will just delay other files from being converted.



That said, I have one specific question that I am looking for an
answer
on.



Is it more efficient to

1.      Create the new physical files and their logical files, and then
convert the data

or

2.      Create the new physical files, convert the data, and then add the
logical files



I know the machine has 3 CPUs with the ability to pull 3 more from the
pool.

I forget the memory but it is a pretty decent amount

There are 12 I/O channels.



If there is something else you need to know to give me an answer,
please ask.

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription
related questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link:
https://amazon.midrange.com
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives at
https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link:
https://amazon.midrange.com


--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

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.