Re: SQL Connect v DDM Files -- MIDRANGE-L

Hi Eric

I wasn't clear whether the OP needs to JOIN the files. On second read, it is kind of implied. And the user/password thing is a bit of a pain. Is there some setting in CHGNETA that controls DDM security?

I don't know DB2 Multi either - seems I heard that it kind of puts different parts of tables on various systems, but don't quote me.

I an intrigued by the federation facility of DB2 Connect - PC-based component - it is possible to have several kinds of RDBMS joined in a single statement. I think!

Tomorrow, more fun at the RPG & DB2 Summit!!

Vern

DeLong, Eric wrote:

Vern,

While what you say is true, there is the limitation that the data must
be copied to the local system before it can be used in joins to local
tables. Also, when using CONNECT TO in SQLRPGLE, you have to specify
userid and password. That either means hardcoding these into the
program source (SOX/PCI - not allowed here) or some sort of encrypted
storage (perhaps db2 ENCRYPT()). But, then you get into encryption key
or passphrase management, which is similar to the original problem of
securely storing login data....

I think DB2 Multisystem would be useful for this, but I've never seen it
installed, and have no idea how much it costs.

-Eric DeLong

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vern Hamberg
Sent: Saturday, October 10, 2009 10:52 PM
To: Midrange Systems Technical Discussion
Subject: Re: SQL Connect v DDM Files

Robert

All you really need is to set up a relational database entry - to it and

use the CONNECT SQL statement, then run your SELECT directly over to it.

WRKRDBDIRE is your ticket. Their might be security issues - I think you have to put in a user and password on the CONNECT.

It's really pretty cool - you can even do it in STRSQL.

And we had snow this morning - gotta love Minnesota!

HTH
Vern

RWMunday wrote:

Greetings from sunny Florida.

I recently had to modify one selection and one file generation program

to

use a "different file" than the one in the original design (in

programs

which have been running great since being implemented). The new file
resides on an EDI dedicated system and is accessed via DDM. Problem

is that

the programs are using this "different file" in SQL statements. Two

other

files on this system are output files for EDI and use overrides in the

CL

successfully. All three files are on the EDI box and the programs

are run

from the main production box. SQL and DDM don't mix.

My options are to modify the SQL select statements not to use this

file,

then chain to it to determine if the other file should be used or

bypassed.

Or I can use SQL Connect which will require me to take the overrides

for the

output EDI files out of the CL and to clear them and output to them

within

the RPG program.

I would prefer to use SQL Connect. There are no examples on the

system at

present but I know what to code and where. Is there anything I must

be

aware of to use SQL Connect successfully?

Robert Munday

Munday Software Consultants

Montgomery, AL

On assignment in Jacksonville, FL