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



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



As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.