× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Dieter wrote:

>The real problem arises, if you want to move a SQL 
>procedure to another as400. This stuff must be created 
>(and compiled) on the target system and often customers 
>don't like compilers on production systems, or are not 
>allowed to have.
>In my opinion deployment of stored procedures is 
>rather bad supported on as400.

When I originally create a stored procedure, I put the CREATE PROCEDURE in a
source member that I can run with RUNSQLSTM.  Then, if I ever need to
re-create it, I can simply re-run the RUNSQLSTM command.  As far as moving
the SP to another box goes, SAVOBJ/FTP/RSTOBJ followed by RUNSQLSTM to
process the CREATE PROCEDURE command works quite well.  No compiler needed
on the customer machine.  If the customer does not have the SQL kit,
CRTQMQRY/STRQMQRY can be used on either the production system or on the
customer system to create a script.
  --buck

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.