× 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.



Hi Neil

Thanks for the response.

What's the impact/effect of using the *SYS naming convention - do they need
to be more iSeries literate ? i.e. will the SQL be less "portable" or
standard ?

Also, "when you say returns the library list to the caller" - can you
provide a bit more detail on how this would work ?

Regards
Evan Harris


-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Neill Harper
Sent: Monday, 25 May 2009 11:32 p.m.
To: 'Midrange Systems Technical Discussion'
Subject: RE: Stored procedures and library independence

Hi Evan

One very important factor in all of this, is are you clients prepared to use
*SYS naming convention, because if they are with a little bit of work you
can get them resolving their stored procs using a library list.

You have one stored proc that is all ways in the same place called
"GetLibraryList" which accepts whatever info you need to decide what
environment a client should execute in (i.e. an environment code DEV, USR
etc)

That proc returns the library list to the caller.

On all subsequent calls the user sets the library list property on their
connection as well as *SYS naming convention and then it should be plain
sailing from there!!!!

Or you could take the approach that the client already knows its library
list, i.e. stored in config files etc, and connect straight away with that
library list.

Neill

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Evan Harris
Sent: 25 May 2009 12:07
To: 'Midrange Systems Technical Discussion'
Subject: Stored procedures and library independence

Hi All

I had a question today about what the best approach was for designing and
building stored procedures in different scenarios. For example, in a Test
and Dev environment (multiple different versions), or a production
environment that uses different data libraries for company or division data
but a common code base (one version, different data libraries.

Would it be better to create a Stored procedure for each environment ?

Should/can the Stored procedure be designed so it resolves the library based
library list ?

Should the library be passed in as a parameter ?

Should I even use a stored procedure in this scenario ?

What kind of versioning strategy if any could I used with stored procedures
?

This is a somewhat hypothetical question for me but I'm interested in any
and all viewpoints about how best to manage stored procedures so any
feedback is welcome.

If you want me to phrase my question better or elaborate on something go
right ahead and ask,

Regards
Evan Harris




As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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.