Re: Interfacing with non-AS400 systems -- MIDRANGE-L

There is an article by Kent Milligan on this topic at <http://www-919.ibm.com/developer/db2/documents/data_acc/index.html> called "Heterogeneous data access for iSeries applications". The most general solution presented is the use of a Type 4 Java driver. Each of the remote databases would need to provide that kind of driver.

Then there's an IBM product, Database Integrator, that runs on a non-400 box. The 400 uses DRDA to get to that box, which then gets to the remote database.

If it's DB2, it's a piece of cake - AS/400 talks directly to all flavors thereof.

The article is also in PDF at <http://www-919.ibm.com/developer/db2/documents/data_acc/data_acc.pdf>

It looks like you want to join tables from multiple sources - I don't know whether JDBC can do this (maybe) - DRDA can, if certain things are in place. Otherwise you get to retrieve the join values from the first file, then retrieve from the next one(s), using those join values in the WHERE clause.

HTH

Vern

At 03:04 PM 11/11/2003 -0600, you wrote:

I have an AS400 based application which needs data residing on a RS6000 in
another city.

The data we need is resident in several tables and what we need is data
dependent.  For example, if the data in one RS6000 file/table contains a
given value in a specific field then we need data from several records in 2
other files/tables.  This is but one of many examples of the data dependent
of the extraction logic required in the process.

In the way of background, we have an AS400 process in place today that
extracts data from existing AS400 tables using the required logic.  What we
want to do is extend this AS400-based process to extract data from the
RS6000's files.  What we do not want to do is send the RS6000 data to the
AS400 in the form of flat files; the data is too extensive (couple of
million records every day) and the need for access keys to effectively
access the data based on relationships says we'd have to build a supporting
set of tables.  Since the RS6000's data resides in a relational database we'
d prefer to access the data via that database.

I'm looking for advice on how to accomplish our objective and would welcome
off line "discussions".  Anyone with experience in this area?

Roy Luce

Main:    847-540-9635
Cell:      847-910-0884
Fax:      208-330-9032
Email:   lwl@xxxxxxxxxxxxx