|
Sorry. It works to some extent, but has limitations:
http://publib.boulder.ibm.com/infocenter/iseries/v6r1m0/index.jsp?topic=/rza
jp/rzajprunningoverride.htm
I avoid it since that's so easily done. I prefer logic like CREATE ALIAS /
SELECT / DROP ALIAS rather than OVRDBF, so haven't watched developments in
this area. It's a purer, SQL-based solution not involving other programming
languages (Java, CL) and probably easier to understand/maintain. One
implementation change can break your approach. YMMV.
Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
The older I grow the more I distrust the familiar doctrine that age brings
wisdom.
-- H. L. Mencken, Prejudices, Third Series,1922
It doesn't? I have an ODBC/JDBC application that that sets overrides
at
connection time and it works just fine. I wrote a small Java wrapper
that calls a CL that sets the overrides at connection time in my Java
apps. I all use the same CL to set overrides at connection time using
an Exit Point program (EXITPNT(QIBM_QZDA_NDB1) FORMAT(ZDAD0200))
Pete Helgren
Value Added Software, Inc
www.asaap.com
www.opensource4i.com
On 11/12/2010 4:55 PM, Dennis Lovelady wrote:
Yes. This is the only way, since SQL does not honor OVRDBF.please."
Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
"Get your facts first, and then you can distort them as much as you
-- Mark Twainmember
When using SQL to access data in file members other than *FIRST, I
usually
do a CREATE ALIAS to that member. It's a one-time operation for each
member.
HTH,
Loyd
On Fri, Nov 12, 2010 at 5:17 PM, Reggie Acosta - El Monte<
racosta@xxxxxxxxxxxxxxx> wrote:
We have multi-member files and we're on v5r4 and QZRCSRVS andQZDASOINIT
run in QUSRWRK. My excel VBA pulls DB2 data in from the first
member.with an
SQL SELECT statement. I want to pull the data from a different
runsWhen
the program runs, the OVRDBF runs in QZRCSRVS and the SQL SELECT
mailingin
QZDASOINIT.--
This is the Midrange Systems Technical Discussion (MIDRANGE-L)
--list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.
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.