|
My response is not about the Y2k situation. Mine has to deal with
the decision to stay with the older operating system. I understand
your financial considerations. The boss is going to have a free
raffle and dispose of an E04 when we get the software migrated and
I wouldn't mind getting my hands on that.
However you may want to consider the following. And, I'll try to
talk to your area of concern.
Starting with V3R1 and above IBM added several files beginning with
QADB*. These files contain a list of all files on your system, what
fields are in these files and their attributes. You may want to
consider using these in your systems.
Then there's Operations Navigator. This is the GUI front end to
many 400 operations.
SQL is constantly being enhanced. Frankly I don't grasp the concepts
of vector encoded indexes and the ilk but... V4R3 added the ability to
UPDATE one file based on a value from another file. I am not sure when
referential integrity and triggers came along. Try to follow this,
CREATE TABLE ROB/ORDHEAD (ORDER# DEC (7, 0),
ORDTOT DEC (15, 5),
PRIMARY KEY (ORDER#))
CREATE TABLE ROB/ORDLINE (ORDER# DEC (7, 0),
LINE# DEC (3, 0),
LINEAMT DEC (15, 5),
PRIMARY KEY (ORDER#, LINE#),
FOREIGN KEY (ORDER#) REFERENCES
ROB/ORDHEAD (ORDER#)
ON DELETE NO ACTION
ON UPDATE NO ACTION)
INSERT INTO ROB/ORDLINE VALUES(1, 1, 5.00)
Operation not allowed by referential constraint <-- Because ord# 1 is not in
ORDHEAD
INSERT INTO ROB/ORDHEAD VALUES(2, 0)
INSERT INTO ROB/ORDHEAD VALUES(3, 0)
INSERT INTO ROB/ORDHEAD VALUES(4, 0)
INSERT INTO ROB/ORDLINE VALUES(2,1,5)
INSERT INTO ROB/ORDLINE VALUES(2,2,7)
INSERT INTO ROB/ORDLINE VALUES(4,1,12)
INSERT INTO ROB/ORDLINE VALUES(4,2,33)
select * from ordhead
ORDER# ORDTOT
2 .00000
3 .00000
4 .00000
ORDER# LINE# LINEAMT
2 1 5.00000
2 2 7.00000
4 1 12.00000
4 2 33.00000
update rob/ordhead set ordtot=(select sum(lineamt) <-- This UPDATE
requires V4R3
from rob/ordline <--
where ordhead.order#=ordline.order# <--
group by order#) <--
select * from ordhead
ORDER# ORDTOT
2 12.00000
3 .00000
4 45.00000
With a trigger you could have a program attached to ORDLINE that automatically
updates
ORDHEAD everytime there is a modification to ORDLINE. This would constantly
keep the
files in sync. This would reduce your programming needs on the PC. This would
improve
your performance because the grunt work would be done on the big iron.
d2ba@xtra.co.nz on 08/17/99 12:58:08 AM
Please respond to MIDRANGE-L@midrange.com@Internet
To: MIDRANGE-L@midrange.com@Internet
cc:
Fax to:
Subject: Y2K problems -How aboubt setting clock back to 1993 ,old E20
and model 200
Hi all,
Y2K- I have an E20--V2R3, model 200 V3R1 at home to play with.Can anyone on
this list recommend anything thats not going to cost me anything such as
setting the date back a few years.Is this safe or are there cards on the
machine that will bomb out.
As these machines are old and not worth buying a new OS for can I still
keep them running.
PS-I only use to learn aboubt databases and write Windows front end
programs for OS/400.
cheers Dave B
+---
| 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
+---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.