Well, having not gotten a straight answer to a straight question, I did a quick
test.
I had a GDG:
uid.GDGTEST.G0001V00
uid.GDGTEST.G0002V00
uid.GDGTEST.G0003V00
uid.GDGTEST.G0004V00
I then allocated
uid.GDGTEST.G0005V03
And I ended up with
uid.GDGTEST.G0001V00
uid.GDGTEST.G0002V00
uid.GDGTEST.G0003V00
uid.GDGTEST.G0004V00
uid.GDGTEST.G0005V03
Which shows that you do not have to go through V00, V01 and V02 before getting
to V03.
However, I did get some other results that I found surprising. I was able to
allocate
uid.GDGTEST.G0002V05
uid.GDGTEST.G0002V06
uid.GDGTEST.G0002V01
uid.GDGTEST.G0003V01
which ended up cataloged but not as part of the GDG.
GDGALL processing correctly allocates me
uid.TESTGDG.G0005V03
uid.TESTGDG.G0004V00
uid.TESTGDG.G0003V00
uid.TESTGDG.G0002V00
uid.TESTGDG.G0001V00
Yet a DSLIST lists me
uid.TESTGDG.G0001V00
uid.TESTGDG.G0002V00
uid.TESTGDG.G0002V01
uid.TESTGDG.G0002V05
uid.TESTGDG.G0002V06
uid.TESTGDG.G0003V00
uid.TESTGDG.G0003V01
uid.TESTGDG.G0004V00
uid.TESTGDG.G0005V03
I didn't think that I would be able to catalog non-GDG datasets with the same
prefix as the GDG base.
Have I missed something?
> Date: Tue, 20 Jan 2009 14:08:27 -0500
> From: jayare...@hotmail.com
> Subject: Re: GDG Question
> To: IBM-MAIN@bama.ua.edu
>
> Yes, it's understood that there is only one version cataloged at any one
> time.
>
> The question remains: Must version numbers be assigned incrementally?
>
>
> > Date: Tue, 20 Jan 2009 13:57:44 -0500
> > From: stars...@mindspring.com
> > Subject: Re: GDG Question
> > To: IBM-MAIN@bama.ua.edu
> >
> > My understanding is that you would only have ONE verions number at any
> > given time.
> >
> > I have not seen a case where you would have G0001V00, and G0001V01 and
> > G0001V02. Only the G0001V02 would be in the catalog. Any other
> versions would not.
> >
> > Though I could be wrong, but that is currently my understanding. Version
> > only allows you to replace the current Gen Number without losing the
oldest
> GDG (due to roll off).
> >
> >
> > Lizette
> >
> >
> > -----Original Message-----
> > >From: J R jayare...@hotmail.com
> > >Sent: Jan 20, 2009 1:49 PM
> > >To: IBM-MAIN@bama.ua.edu
> > >Subject: Re: GDG Question
> > >
> > >> The Version numbers are ascending (00 to 99). I have not known
> > >> of a case where you would create a descending version (99 to 00).
> > >
> > >
> > >Well, I can't imagine needing to create up to 99 replacement versions
> > >either.
> > >
> > >However, if I were to use this feature, I could well imagine making
> > >the version number meaningful. Examples might be day-of-week,
> > >month-of-year, etc. In such a scenario they could well end up
> > >going backwards ... V06 (Friday) to V02 (Monday) maybe.
> > >
> > >So, the question stands: May version numbers be created out
> > >of sequence and randomly?
> > >
> > >
> > >> Date: Tue, 20 Jan 2009 13:29:56 -0500
> > >> From: stars...@mindspring.com
> > >> Subject: Re: GDG Question
> > >> To: IBM-MAIN@bama.ua.edu
> > >>
> > >> The Version numbers are ascending (00 to 99). I have not known of a case
> > >> where you would create a descending version (99 to 00).
> > >>
> > >> Lizette
> > >>
> > >>
> > >>
> > >> >
> > >> >> The Vyy is the Version Number ... (allowing you to replace it up to
> > >> >> 99 times).
> > >> >
> > >> >
> > >> >Are you saying that replacement versions may only be created in
> > >> >ascending sequence?
> > >> >
> > >> >
> > >> >>
> > >> >> >So what your saying is the the LOCATE/CAMLIST macros (and others I
> > >> >> >suppose)
> > >> >> >never even look at the Vxx part of the DSN.
> > >> >> >Your usage of it is interesting, never thought of it myself, but
> > >> >> >lord knows
> > >> >> >I could have used it!
> > >> >> >
> > >> >> >Thank You,
> > >> >>
> > >> >> They look at and use it. It is just that when you catalog a GxxxxVyy
> > >> >> it will replace an existent GxxxxVyy entry. The Vyy is the Version
> > >> >> Number of the Gxxxx dataset (allowing you to replace it up to 99
> > >> >> times). There can be only one version of each generation. To do this
> > >> >> you must use an Absolute Dataset Name (GDGBASE.GxxxxVyy) not the
> > >> >> GDGBASE(x) Relative type name.
> > >> >>
_________________________________________________________________
Windows Live™: Keep your life in sync.
http://windowslive.com/explore?ocid=TXT_TAGLM_WL_t1_allup_explore_012009
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
