Cathy,

You ask why do MLA?  It's not my call, the Storage group is the one
calling this one as they "own" all the usercats.  I've read the quote
you mention, in fact I had already sent them the same quote a few weeks
ago.  I don't know that it is a bad thing. One of the reasons I believe
they are looking at it is the fact that our DSN naming conventions put
the test vs. prod qualifier as the 2nd level in the data set name.  We'd
love to change this, and maybe will for new datasets, but there is no
project on the books to go back and retrofit.  I think the push is to
separate test from production in the catalog structure as well.  

You make a comment about dataset aliases.  I have not read(have not
tried that hard yet), but do aliases have to be in the same catalog as
the base dataset?

I'm still looking for more feedback from the list population on this
topic. 

Thanks, Dave

________________________________________________________
Dave Jousma
Principal Systems Programmer
[EMAIL PROTECTED]
616.653.8429


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Cathy Taddei
Sent: Monday, April 24, 2006 2:00 PM
To: [email protected]
Subject: Re: Multi-level Alias

Hi Dave.  I too have an unpleasant taste in my mouth from multi-level
aliases.  I don't remember a lot of the details, but they were a PITA
when I was merging two master catalogs.  It didn't help that the shop I
was in also made extensive use of dataset aliases, which I detest. 

One question for you:  why are you considering MLA's?  Do you recall
reading this in z/OS DFSMS: Managing Catalogs:

"... the multilevel alias facility should only be used when a better
solution cannot be found. The need for the multilevel alias facility can
indicate poor data set naming conventions. Before defining multilevel
aliases, review your data set naming conventions."

If MLA's will solve a problem for you, great, but I wouldn't do it
lightly.

Regards,
Cathy Taddei



This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to