Generation and Version in GDG.
Posted: Fri Oct 04, 2013 4:55 pm
Hi,
"Version" and "generation" does have their meaning when talking about GDGs. However, when you code HLQ.FIRST.GDG(+1) -- next GENERATION gets created.
No version (V00 to V01 or whatever you can think of) increments/changes happen, whatsoever. Version is still "00". Said that, You can still create the next version BUT neither it's advised nor it will be 'attached' to the GDG-base.
If generation HLQ.FIRST.GDG.G0001V00 is cataloged and you now create and catalog HLQ.FIRST.GDG.G0001V01, this is just another DSN but as the "base" is same, the new entry is cataloged in the location previously occupied by HLQ.FIRST.GDG.G0001V00. The old entry is removed from the catalog, to make room for the newer version, and may or may not be scratched depending on what limit processing options are specified for the GDG base.
In simple words - "Version" and "generation" are two separate entities though they both, in the context of this topic, belong to GDG.
"Version" and "generation" does have their meaning when talking about GDGs. However, when you code HLQ.FIRST.GDG(+1) -- next GENERATION gets created.
No version (V00 to V01 or whatever you can think of) increments/changes happen, whatsoever. Version is still "00". Said that, You can still create the next version BUT neither it's advised nor it will be 'attached' to the GDG-base.
If generation HLQ.FIRST.GDG.G0001V00 is cataloged and you now create and catalog HLQ.FIRST.GDG.G0001V01, this is just another DSN but as the "base" is same, the new entry is cataloged in the location previously occupied by HLQ.FIRST.GDG.G0001V00. The old entry is removed from the catalog, to make room for the newer version, and may or may not be scratched depending on what limit processing options are specified for the GDG base.
In simple words - "Version" and "generation" are two separate entities though they both, in the context of this topic, belong to GDG.