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

Differenct b/w PLAN and PACKAGES


IBM Mainframe Forums -> DB2
Post new topic   Reply to topic
View previous topic :: View next topic  
Author Message
ganmain

New User


Joined: 19 Feb 2005
Posts: 28

PostPosted: Thu Mar 10, 2005 7:24 pm
Reply with quote

HI,
I want to know what is the exact difference between plan & package
I know that package is non executable.
In which cases bind package is advantages .

PLEASE CLARIFY THIS DOUBT
Back to top
View user's profile Send private message
mcmillan

Site Admin


Joined: 18 May 2003
Posts: 1210
Location: India

PostPosted: Thu Mar 10, 2005 10:03 pm
Reply with quote

Quote:
what is the exact difference between plan & package


A plan can have any no of DBRMs while a Package is always bound from a single DBRM.

Quote:
I know that package is non executable.


Yes, You are right. You must create a Plan which contains the Package. (A Plan can also hold packages).

Quote:
In which cases bind package is advantages


It's recommended to create packages, when you have to modify the SQL statements in your applications or database tables that are accessed by your programs. So it's enough to REBIND the corresponding package, instead of the entire PLAN.

Advantages of Packages over Plan:
Code:

1. When you use packages, you do not need to bind the entire plan again when you change one SQL statement. You need to bind only the package associated with the changed SQL statement.
 
2. Binding packages into package collections allows you to add packages to an existing application plan without having to bind the entire plan
again. A collection is a group of associated packages. If you include a collection name in the package list when you bind a plan, any package in the collection becomes available to the plan. The collection can even be empty when you first bind the plan. Later, you can add packages to the collection, and drop or replace existing packages, without binding the 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 helps to simplify program migration and fallback. For example, you can maintain separate development, test, and
production levels of a program by binding each level of the program as a separate version of a package, all within a single plan.
 
4. The options of BIND PLAN apply to all DBRMs bound directly to the plan. The options of BIND PACKAGE apply only to the single DBRM bound to that package. The package options need not all be the same as the plan options, and they need not be the same as the options for other packages used by the same plan.
 
5. You can use a bind option to name a qualifier for the unqualified object names in SQL statements in a plan or package. By using packages, you can use different qualifiers for SQL statements in different parts of your application. By rebinding, you can redirect your SQL statements, for example, from a test table to a production table.
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 -> DB2

 


Similar Topics
Topic Forum Replies
No new posts current batch plan DB2 3
No new posts Packages - Versioning DB2 1
No new posts Log an Plan name/id or Job Id using D... DB2 1
No new posts Number of Packages required for stati... DB2 4
No new posts Usage/Utiliy of Plan in DB2 DB2 4
Search our Forums:

Back to Top