|
You have created new logicals over existing physcals. OPNQRYF/SQL will either create a new access path or use an existing logical with the relevant keys/select-omit it requires if one is available, depending on which one is cheapest in performance terms. If that just happens to be your logical files, then there you go. So yes, if your logical is over a 'LIVE' physical, a producation job that uses SQL/OPNQRYF could potentially use your logical that is not in its library list! -----Original Message----- From: Mark Ramsden [mailto:markeramsden@yahoo.com] Sent: Friday, March 26, 1999 2:52 PM To: RPG400-L@midrange.com Subject: SQL RPG Access Path Utilization - HELP ?? I have recently being developing some RPG programs in my own development library. As part of the development I have had to create some new logical files over existing physicals. I decided to add a field to the logical key hence the file needed recompiling. When I attempted to delete the logical I was surprised to find that it was locked by another job. When I looked into this (WRKOBJLCK) the file was locked by a job running in the 'live' production environment. How can this be ? My logical has a unique name and exists only in my personal development library. Is it possible that an SQL RPG program first looks for an appropriate access path anywhere in the system regardless of the jobs library list and if it finds one (in this case mine) uses it ? If this is the case and a production job has picked up my logical then will the production job reference the physical file that my logical view is pointing at ? All comments will be greatly appreciated ! Regards in anticipation, Mark E. Ramsden (Leeds,UK) _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * This is the RPG/400 Discussion Mailing List! To submit a new * * message, send your mail to "RPG400-L@midrange.com". To unsubscribe * * from this list send email to MAJORDOMO@midrange.com and specify * * 'unsubscribe RPG400-L' in the body of your message. Questions should * * be directed to the list owner / operator: david@midrange.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * This is the RPG/400 Discussion Mailing List! To submit a new * * message, send your mail to "RPG400-L@midrange.com". To unsubscribe * * from this list send email to MAJORDOMO@midrange.com and specify * * 'unsubscribe RPG400-L' in the body of your message. Questions should * * be directed to the list owner / operator: david@midrange.com * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.