RE: join logical keys by secondary file, any free way around this -- MIDRANGE-L

Title: RE: join logical keys by secondary file, any free way around this

I do and don't agree, the intermediate file concept is not solid enough, I cannot use a qtemp file, so it would have to be a permanent file

keyed the way I want, but then I have the dilemma of how and when do I clear those records being displayed on this is a web page.

hmm, thinking out loud again, I could loop in the detail web cgi to write the records to the perm file, then loop through that and

delete records as I go, I will still have to think about left over records in the file for comm drops and the like.... this might work...

-----Original Message-----
From: owner-midrange-l@midrange.com [mailto:owner-midrange-l@midrange.com]On Behalf Of Finucci Domenico
Sent: Thursday, June 14, 2001 10:49 AM
To: 'MIDRANGE-L@midrange.com'
Subject: R: join logical keys by secondary file, any free way around this

What about read / exctract data (customer, date, item # and item description) to an intermediate file and then opnqyrf it ?

You say that we're talking about an interactive program: normally the amount of data to be shown should not be very large. If this is the case, provide your user with a selection mask in order to refine search criteria

LEt me know if you agree.

Sincerely

PS The problem arises not only for V4R5 , i suppose.

Domenico Finucci
Fiditalia , Milano, 02- 4301-2494

-----Messaggio originale-----
Da: Weatherly, Howard [mailto:hweatherly@dlis.dla.mil]
Inviato: gioved� 14 giugno 2001 14.57
A: 'MIDRANGE-L@midrange.com'
Oggetto: RE: join logical keys by secondary file, any free way around this

Could you create a logical file (I don't know this for sure in native mode) that spans both files? Like an SQL join?

-----Original Message-----
From: Mark A. Manske [mailto:mmanske@minter-weisman.com]
Sent: Monday, June 11, 2001 18:11
To: MIDRANGE-L (E-mail)
Subject: join logical keys by secondary file, any free way around this

we have a primary file with item number in it, and a itemmaster file with
the description, because of processor time limitations,
and the need for instant access (opnqryf on these files takes far too long
for an interactive program to work, and we do not
and will not be getting sql is the word from the bean counters)

The dilemma is that according to V4R5 DDS manual, I cannot use fields from
the "secondary" file as part of the key, but that
is what I need to do, the primary file must be ordered by customer, date,
and lastly by item description...

Any ideas how to circumvent this (big file is primary, and for our little
box, the item mast is not that small either)

I am not really able to just plop the description into this other file
either, the complexity of a change like that is not
pretty, and is too time consuming.

Any ideas, or am I just going to have to tell them, too bad, this is in item
number order, as even pounding in the ile/rpg
to a "keyed" work file is too slow too...

TIA

Mark A. Manske
Minter-Weisman Co.
Sr. Project Lead

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---