IBM Mainframe Forum Index
 
Log In
 
IBM Mainframe Forum Index Mainframe: Search IBM Mainframe Forum: FAQ Register
 

Why do we go for a package, as it is better to have one plan


IBM Mainframe Forums -> Mainframe Interview Questions
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
sangeetha guduru

New User


Joined: 21 Feb 2008
Posts: 2
Location: Bangalore

PostPosted: Fri Feb 22, 2008 3:24 pm
Reply with quote

I have created a cobol-db2 program, when I compiled it , a plan was automatically created. I use the same plan to execute the program. My doubt is , why do we go for a package, as it is better to have one plan for each program. Can anybody pls clarify my doubt??
Back to top
View user's profile Send private message
nbalajibe
Warnings : 1

New User


Joined: 28 Nov 2006
Posts: 75
Location: India

PostPosted: Fri Feb 22, 2008 4:54 pm
Reply with quote

Hi,

Your query is well explained in the below link,

http://ibmmainframes.com/viewtopic.php?t=23965
Back to top
View user's profile Send private message
Gnanas N

Active Member


Joined: 06 Sep 2007
Posts: 792
Location: Chennai, India

PostPosted: Fri Feb 22, 2008 4:58 pm
Reply with quote

I got this from IBM library.

Question

Should I use packages or bind directly to the plan?

Answer

Use packages. Plans containing a DBRM are currently deprecated. Using packages has the following advantages:

1. When you change one SQL statement, you do not need to bind the entire plan again. You need to bind only the package that is associated with the changed SQL statement.

2. Binding packages into package collections enables you to add packages to an existing application plan without having to bind the entire plan again.

3. Maintaining several versions of a plan without using packages requires a separate plan for each version, and therefore separate plan names and run commands. Isolating separate versions of a program into packages requires only one plan and simplifies program migration and fallback for separate development, test, and production levels of a program.

For plans that are bound with only one DBRM, packages still offer the advantage of versioning. However, for plans that use multiple DBRMs, you should probably bind each DBRM into a package, and then bind the packages into the plan.

Plans containing DBRMs and the BIND ACQUIRE(ALLOCATE) option are still included in DB2 9, but may be removed from future versions. Use packages and ACQUIRE(USE) to replace the existing function. We expect to deliver some help in migration, but packages are the strong recommendation.
Back to top
View user's profile Send private message
sangeetha guduru

New User


Joined: 21 Feb 2008
Posts: 2
Location: Bangalore

PostPosted: Wed Feb 27, 2008 2:06 pm
Reply with quote

Hi,
You all have very explained the cause
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic View Bookmarks
All times are GMT + 6 Hours
Forum Index -> Mainframe Interview Questions

 


Similar Topics
Topic Forum Replies
No new posts Rebind issue - Package DB2 2
No new posts current batch plan DB2 3
No new posts Log an Plan name/id or Job Id using D... DB2 1
No new posts Usage/Utiliy of Plan in DB2 DB2 4
No new posts How do I define a DB2 plan for a web ... CICS 5
Search our Forums:

Back to Top