|
Are you saying that the sql statement below actually work? Select * from filename where filedate=(userdate + 19000000) I thought it needs to be Select * from filename where filedate+19000000=userdate -----Original Message----- From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of klerpg@xxxxxxxxxxxxx Sent: Tuesday, September 12, 2006 1:46 PM To: RPG programming on the AS400 / iSeries Subject: Re: Re: Date conditioned SQL Select Rob, Thanks for the assist - actually, it was a simple, old "Y2K fix" that solved the problem: Select * from filename where filedate=(userdate + 19000000) So... 1060911 + 19000000 = 20060911 How quickly I forgot something so basic, and boring, and mind-numbingly repititious from the months leading up to the big "Y2K Disaster"! Thanks again!
From: rob@xxxxxxxxx Date: 2006/09/12 Tue AM 10:15:35 EDT To: RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx> Subject: Re: Date conditioned SQL Select Frankly I like the way RPG handles date manipulation better than SQL.
And while we can enhance SQL by using UDF's and our RPG it would be
better if SQL were enhanced. Actually, the idea solution would be to
stop using numeric fields to store dates. Another good case where a
DBA could slap the fellow silly that still creates files with numeric
dates. But, getting back to RPG vs SQL... Take this example:
d DateCYMD s 7p 0 inz(1060901)
d DateISO s 8p 0 inz(20060915)
d Spread s 5i 0
/free
Spread =
%diff(%date(DateISO:*ISO):%date(DateCYMD:*CYMD):*days);
dsply spread; // Value displayed was +14
*inlr=*on;
return;
/end-free
Now, to do this in SQL would require a lot of manipulation of that
silly cymd date. Something like
d InputDate s 8p 0 inz(20060915)
d InputTrue s d
d InputDays s 5i 0
/free
// Do as much calculation as possible OUTSIDE of the cursor so
// as not to repeat the calculation on each row.
InputTrue=%date(InputDate:*ISO);
exec sql Set :InputDays = days(InputTrue);
exec sql Declare C1 cursor for
Select Amt
From klerpg
Where :InputDays - days(
and here is where it gets tricky and I just don't have the time to do
a good sample. I recommend you create a UDF to do this:
http://faq.midrange.com/data/cache/185.html
And submit a DCR to IBM to get them to enhance SQL.
https://www-912.ibm.com/r_dir/ReqDesChange.nsf/Request_for_Design_Chan
ge?OpenForm
Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
<klerpg@xxxxxxxxxxxxx>
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
09/11/2006 01:18 PM
Please respond to
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>
To
<rpg400-l@xxxxxxxxxxxx>
cc
Subject
Date conditioned SQL Select
All:
I have a file that I need to read based on a user-input date field
(CCYYMMDD). The file field I am comparing to is a 7 digit date field
(CYYMMDD).
In SQL, how do I get the select statement to pull records based on a
comparison of these two fields?
TIA
--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing
list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/rpg400-l.
--
This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing
list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at http://archive.midrange.com/rpg400-l.
-- This is the RPG programming on the AS400 / iSeries (RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/rpg400-l or email: RPG400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/rpg400-l.
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.