× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



IMHO his allows for complete portability of non-IBM i application. Develop on the PC, deploy to any OS/DB. Use pure SQL in the application and requires one program deployment on the i. Couldn't be simpler. My Attendance Management system was developed in Java on the i using legacy tables using multiple membered files. When it came time to deploy on Windows using MS SQL server, no problem. Change a property that turns off the call to the overrides in the DB routines and and I have a DB portable app.

This *isn't* Java specific. The example was a Java app, but I use the same technique for an IVR application running on Windows NT, a JRuby app running on i, my open source sites (PHP) running in Windows. One CL and a plethora of external and internal SQL apps that can use it. Flexible and easy.

Pete Helgren
Value Added Software, Inc
www.asaap.com
www.opensource4i.com


On 11/12/2010 9:24 PM, Dennis Lovelady wrote:
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.

Dennis Lovelady
http://www.linkedin.com/in/dennislovelady
--
"Get your facts first, and then you can distort them as much as you
please."
-- Mark Twain


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 and
QZDASOINIT
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
member.
When
the program runs, the OVRDBF runs in QZRCSRVS and the SQL SELECT
runs
in
QZDASOINIT.


--
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.
--
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 thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.