Gilly400 Oct 28, 2008   6:53 PM GMT

Hi, I would say that the above answer is correct. The logicals should be updated at the same time as the related physical, providing that *IMMED is specified on the access path maintenance. This should happen on a record by record basis - the system may cache or block records but the validation (for example checking for duplicate keys) should be carried out per record. Regards, Martin Gilbert.

23,730 pointsBadges:

Chandlerbing818 Oct 29, 2008   2:12 PM GMT

Thanks guys. Actually, I was having the same thought as you guys. But when I setup a trial to FTP a physical file from one partition to another partition, I am quite puzzled. The logical files has MAINT *IMMED. After the FTP is complete, the logical files seems to be intact. Last Change Date did not change. Size did not change. Nothing like I imagined. Actually, that is the reason why I post this question, hoping someone can give a logical explanation.

40 pointsBadges:

philpl1jb Oct 29, 2008   2:48 PM GMT

Last Change Date did not change. Size did not change. Nothing like I imagined I don't know if any would these actually change Did the logical provide access to the new records I'm looking at a Logical over a file that has had records added The last change date doesn't make sense either The object size for a logical will also be misleading. It's probably created with a lot of "open space" so it can place the new entries without a "collision".

54,090 pointsBadges:

Gilly400 Oct 30, 2008   12:12 AM GMT

Hi, The object itself hasn't been changed, only the access path has been updated (or at least should have been) - so the last change date should not have changed. It looks to me like there's no easy way to see whether the logical has been updated - I've just tried it using DFU on the physical and nothing seemed to change in the object description of the logical or in a DSPFD of the logical. It seems like the whole process is transparent, so nothing gets visibly updated apart from the physical file. Regards, Martin Gilbert.

23,730 pointsBadges:

GauravKhurana Jun 13, 2012   9:42 AM GMT

i have one physical file .it is a flat file which does not contain any header. every day some process with help of FTP replace this flat file data witht he new one. I need to verify if the files recieved today are of current date. A cross check to see if FTP was sucessfull. I built a mechanism based on Retrieving the last change date of the file. If it iscurrent i am processing the records and doing clrpfm in the end. I have one problem over here. If the file recieved is empty on two consecutive day. on the second day the last change date never gets changed as the file was already empty. due to the fact that i am doing clr[pfm .. for the first time if empty file is recieved it should not change the last change date. but for the first time it is and second day in continuation it is not changing the last change date. Any bosy can help me out on this?

10 pointsBadges:

philpl1jb Jun 13, 2012   12:51 AM GMT

Please enter as a new question.

54,090 pointsBadges:

TomLiotta Jun 14, 2012   0:34 AM GMT

i have one physical file .it is a flat file which does not contain any header. I agree this needs a new question. It doesn't seem related to this thread. Tom

125,585 pointsBadges: