Hey Scott...
Well, while we're looking at hypotheticals...why couldn't some API open a
commlink to a target box with a non-DB2, but supported, DBMS on it. Query
the structure and engines, open the table desired, as desired, then use SQL
constructs to do I/O remotely and pass the items across in the same concept
that we use remote databases on the AS/400 now??
DR2
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Scott Klement
Sent: Wednesday, October 21, 2009 2:53 PM
To: Midrange Systems Technical Discussion
Subject: Re: IBM i "Open I/O" Architecture
Hi Don,
dr2@xxxxxxxx wrote:
How about Oracle, etc??
Hmmm.. I'm just brainstorming here, I don't know all of the details of
the Open I/O support. But here is what I suspect:
a) You'd create a PF on i with the same fields & keys as the oracle
file. (Potentially, you could get the DDL used to create the table on
oracle, and use it to create the same table on i)
This would give you the external definition of the file.
b) You'd write handlers that received the key and record information,
and used it to build the appropriate SQL statements to get the record
from Oracle,and then return it back.
Is this easier than just running the SQL statement to begin with? IMHO,
probably not.
midrange.com
