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