View previous topic :: View next topic
|
Author |
Message |
Gnanas N
Active Member
Joined: 06 Sep 2007 Posts: 792 Location: Chennai, India
|
|
|
|
Hi all,
From one of Enrico's replies..,
Quote: |
usually PS datasets are not updated, they are created every time,
so the creation date should be the equal to the changed date |
From 3.4 list and couple of PF11 strokes..,
I see Created, Referred dates can be diiferent for PS datasets.
And Changed data is not there for PS !?.
Members of PDS will have Created as well as Changed date.
Could anyone please explain in detail? |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10873 Location: italy
|
|
|
|
created means just that
referenced ... opened, irrelevant of mode
the info for the pds members is internally managed by ispf
and stored in the userd data of the directory record
if I remember correctly hitachi ispf like product statistics were different |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
To find the last time that a PS dataset may have been updated is to use SMF type 15 records. These are generated when a dataset is opened for output. |
|
Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006 Posts: 6250 Location: Mumbai, India
|
|
|
|
Hi,
gnanas wrote: |
Created, Referred dates can be diiferent for PS datasets. |
Created date is the date when DSN was allocated, got an entry in ccatalog. Reference date is when it was last modified.
For an experiment, pick a file allocated by you, check for it's reference date; now edit it & check for reference date. In later case reference-date should be 'today's date'. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Accessing a dataset also often updates the reference date. |
|
Back to top |
|
|
Anuj Dhawan
Superior Member
Joined: 22 Apr 2006 Posts: 6250 Location: Mumbai, India
|
|
|
|
dick scherrer wrote: |
Accessing a dataset also often updates the reference date. |
Should I say it can be site specific, I tried it at my shop but it doesn't make any difference..? |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hi Anuj,
Quote: |
Should I say it can be site specific, I tried it at my shop but it doesn't make any difference..? |
If you update the file, the reference data changes (at least on every system where i've actually noticed). If you access the file (as in retrieving the "I" info from 3.4), the reference data may be changed - this has not always been consistent.
I'm sure there is some rule, but i've never gone looking to find the specifics. My only caution is that the reference date may not indicate the last time the dataset was actually referenced. |
|
Back to top |
|
|
Gnanas N
Active Member
Joined: 06 Sep 2007 Posts: 792 Location: Chennai, India
|
|
|
|
What Anuj has said is that I am trying to say...
But, still I am not clear with this...
Quote: |
From one of Enrico's replies..,
Quote:
usually PS datasets are not updated, they are created every time,
so the creation date should be the equal to the changed date |
|
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
Typically, PS datasets are deleted and re-allocated in a job rather than being "written over". One reason is that writing over a qsam file may waste space (if the "new" data is significantly less than the existing data) or the job may abend due to the "new" data requiring more space that is allocated.
Database, vsam, and partioned datasets are typically updated rather than re-created.
If i've mis-understood the question, please clarify. |
|
Back to top |
|
|
Gnanas N
Active Member
Joined: 06 Sep 2007 Posts: 792 Location: Chennai, India
|
|
|
|
Thanks Dick for your reply. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
You're welcome
d |
|
Back to top |
|
|
|