I think you are a bit confused, HDELETE does not have a NONVSAM option, IDCAMS does. At the time of a delete, IDCAMS cannot assume that HSM is the migrator, it could just as easily be FDRABR or some other product.
>>> Paul Gilmartin [EMAIL PROTECTED]> 3/13/2008 10:18 AM >> ( mailto:[EMAIL >>> PROTECTED]> ) Yah. One would think it would be a single flag bit in either the catalog or the MCDS well invested. Why is there a NONVSAM option on HDELETE? Wouldn't some programmers find it similarly useful to have NONPDS and NONHFS, etc.? But, needing to delete several VSAM data sets last night, I HMIGRATED them first. I find: o All 3 components continue to appear in DSLIST, now as volume MIGRAT1. o An attempt to HDELETE the DATA or INDEX component fails, telling me that the operation is prohibited for a component of a VSAM data set. o HDELETEing the primary entry deletes all 3 components. So, in deleting a VSAM data set HDELETE apparently exploited information which this thread earlier alleged is available only after the data set is recalled. So, must all VSAM data sets be recalled to be deleted; and, in fact, all data sets recalled in order to determine whether they're VSAM on NONVSAM? I earnestly hope not. Perhaps inspecting the first very few blocks suffices to determine whether the data set is VSAM, in which case HDELETE NONVSAM should be able to exploit a similar shortcut. -- gil Note that my email domain has changed from jo-annstores.com to joann.com. Please update your address book and other records to reflect this change. CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. ---------------------------------------------------------------------- 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
