|
First, Thank you.--
I'm trying to avoid my typical use of an SQL cursor in a program to
loop through data to get document numbers for sales commissions (my
project for today).
Here's a (crude) example of my goal:
-- Load Document # file using SQL Function libf/docfunc INSERT INTO
liba/doc#file SELECT loc, petable.enddate, outlet,
SET docnum = docfunc(:loc, :outlet, :enddate)
FROM libb/sales JOIN libx/petable
ON sales.year = petable.year
AND sales.period = petable.period GROUP BY
petable.enddate,loc,outlet ORDER BY 1,2,3 ;
From what I know, SET cannot be used this way.
My read of the 7.1 SQL reference says SET is only used to set a host
variable ?
SQL Function docfunc returns a Document Number given: Location,
Outlet and Fiscal Period End Date Document Number identifies a
structure containing sales commission detail for a fiscal period.
petable stores fiscal period detail
-----Original Message-----
From: MIDRANGE-L [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
rob@xxxxxxxxx
Sent: Wednesday, September 10, 2014 4:53 AM
To: Midrange Systems Technical Discussion
Subject: Re: Limits of SQL SET variable
Let's begin with the end in mind. What is it you are trying to do?
Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1 Group Dekko Dept 1600
to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com
From: Gary Thompson <gthompson@xxxxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 09/10/2014 01:40 AM
Subject: Limits of SQL SET variable
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>
My limited experience using SET and reading DB2 for i SQL Reference
7.1 leads me to conclude SET can only update the value of a 'host' variable ?
And that SET cannot be used within an SQL Select ?
But, maybe, can be used within an embedded SQL Select where SET is in
a subselect or common table expression ?
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take
a moment to review the archives at
http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take
a moment to review the archives at
http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe,
unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take
a moment to review the archives at
http://archive.midrange.com/midrange-l.
As an Amazon Associate we earn from qualifying purchases.
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.