Re: Is there a DLTSQLINF like there is a PRTSQLINF?

My memory of sorst is related to the use of the Run Extended Dynamic SQL API, which stores the statements and access paths, etc., in an SQLPKG object.

Have not much experiemce with embedded SQL, though.

Perhaps the source of the confusion.

Regards,

Carel Teijgeler


Op 14-12-2016 om 20:38 schreef Evan Harris:

I was replying to Carel's comment about needing a recompile to recreate
them really.

On Thu, Dec 15, 2016 at 8:36 AM, Rob Berendt <rob@xxxxxxxxx> wrote:

The sql packages are a separate and distinct object.
The SQL access plans are imbedded into the program itself.


Rob Berendt
--
IBM Certified System Administrator - IBM i 6.1
Group Dekko
Dept 1600
Mail to: 2505 Dekko Drive
Garrett, IN 46738
Ship to: Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From: Evan Harris <auctionitis@xxxxxxxxx>
To: Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date: 12/14/2016 02:31 PM
Subject: Re: Is there a DLTSQLINF like there is a PRTSQLINF?
Sent by: "MIDRANGE-L" <midrange-l-bounces@xxxxxxxxxxxx>



I seem to remember being able to delete SQLPKG objects (apart from the
model ones) without any side effects and the next run would re-create
them.
Maybe try deleting the *SQLPKG objects after an appropriate save...