Showing posts with label DB2 BIND Cards. Show all posts
Showing posts with label DB2 BIND Cards. Show all posts

Interesting Insights on BIND Cards

How many different types of BIND cards have you seen so far ? Your answer will be directly proportional to your experiences with DB2 versions. Most of them would say 2 ?


Type 1 -


Packages ( programs ) bound to a PLAN - The most adopted BIND card in today's DB2 for z/OS world. Here is a sample BIND card incorporating this methodology -


Plan_Package_Model


Type 2 -


PLAN based DBRM bind card, where the PLAN is directly bound to the DBRM - You will miss these if you are migrating to DB2 V10. Here is how it looks -


Plan_Based_DBRM_Model


Well I have seen some more, check these out -


Type 3 -


This one, is a combination of PLAN based DBRM and Package bound to the same PLAN. Here the package(s) defined as a collection in the PKLIST are being called by the module defined in the MEBMER parameter of the BIND card. If I don't include the PKLIST parameter for this call scenario, the application program will encounter a -805 ( CL.PROG003 not found in PLAN003 ) during execution.


Plan_Based_DBRM_+_Package_Model


Type 4 -


Check this BIND card, it's a plan based DBRM bind card with two member names - The second member is a subprogram being called by the first member. In case I don't include the second member during the BIND and run the program, I will encounter a -805 ( PLAN0005 not found in PLAN0004 )


Plan_Based_DBRM_+_Plan_Based_DBRM_Model


I am not sure if these are being used by others, but I incorporated these BIND cards at work which solved these -805's ( since the subprogram is not mapped on to the plan ) as few subprograms were defined as PLAN based DBRM's and few had their subprograms as packages and their calling program as a PLAN - directly bound to the DBRM


BIND's are awesome to play with at work !