Re: Dynamically creating a view

+1
I think the view without the date range is the easiest solution.
Include the date in the view and use the date range in the select that
reads the view.
The view with all the data will use the same disk space as the view with
only the period selected, and the processing speed will also be the same,
(as long as the physical table has an index over the date)
To select a range for a full month and year I usually do:
date_begin = %date('01:' + month + ':' + year);
date_end = (date_begin + %months(1)) - %days(1);
Parentheses are important since date operations are NOT associative.


On Fri, Jun 13, 2025 at 3:07 PM Daniel Gross <daniel@xxxxxxxx> wrote:

Yes - a UDTF can be a good idea.

But why don't create the view without the from-period and to-period at all?

If the period is something like "year+month" from a date field - simply
create a column in the view with the period. Why is the view created anyway?

Next question - how is the report run today? Is this a desktop report that
a user is running on demand? Or something that runs in batch?

Last - of course you can create your view with a dynamic SQL statement.
Simply pack everything in a string and use PREPARE/EXECUTE or EXECUTE
IMMEDIATE.

I'm currently not at work - but you can try to use ? parameter markers for
the variable parts (use PREPARE/EXECUTE then) - I don't know if those work
with CREATE VIEW - if not, you can still embed the variable values into the
statement string.

HTH
Daniel

Am 13.06.2025 um 19:26 schrieb Justin Taylor <jtaylor.0ab@xxxxxxxxx>:

Can you create a UDTF instead and make your inputs the parameters?

On Fri, Jun 13, 2025 at 11:40 AM Bill and Lisa Howie <

blhowie66@xxxxxxxxxxx>

wrote:
Hello all,
I have a situation where we have a view that I set up using the SQL

script

editor in ACS that we want to incorporate into a program and give it
dynamic parameters. This is a report that we run monthly, so we have a
"from period" and a "to period" that need to change each month when it's
run. I've tried embedding it in an RPG program, complete with the DROP

and

CREATE statements for the view. I keep running up against a wall

trying to

add in the parameters for the periods, though. The SQL pre-compiler
doesn't seem to like it when I try to use the fields with the colon

before

them, as in :FROMPERIOD and :TOPERIOD, and it also doesn't like it when

I

don't have the colons in there. I've tried defining the periods in a
database file and also as work fields within the program. When I don't
have the colons, the program runs, but gives an error that it doesn't

find

the period fields.
At this point I'm falling back to regroup and wondering if I'm setting
this up the right way. Would it be better/more elegant to set up an SQL
script in a source file and use RUNSQLSTM to do it? Or is there a

third,

better option that I'm not thinking of? All input would be greatly
appreciated. Thanks!
Bill

--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list

To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription

related questions.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list
To post a message email: MIDRANGE-L@xxxxxxxxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxxxxxxxx
Before posting, please take a moment to review the archives
at https://archive.midrange.com/midrange-l.

Please contact support@xxxxxxxxxxxxxxxxxxxx for any subscription related
questions.