Portal | Manuals | References | Downloads | Info | Programs | JCLs | Master the Mainframes
IBM Mainframe Computers Forums Index
 
Register
 
IBM Mainframe Computers Forums Index Mainframe: Search IBM Mainframe Forum: FAQ Memberlist Usergroups Profile Log in to check your private messages Log in
 

 

Information required on VSAM to DB2

 
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> DB2
View previous topic :: :: View next topic  
Author Message
Lkmi

New User


Joined: 04 Mar 2005
Posts: 53
Location: Newyork

PostPosted: Fri Feb 02, 2007 1:44 am    Post subject: Information required on VSAM to DB2
Reply with quote

Iam working on a requirement that aims at converting a Mainframe application from VSAM to DB2.


At this point Iam are looking for presentations/documents/statistics/metrics/white papers/case studies in support of the conversion to present to the Client.

I was able to find lot of information on the internet regarding the advantages of DB2 over VSAM but not much of quantitative Information.


Do you have (or) Are you aware of any presentations/metrics/document on how DB2 performs better than VSAM??


Any inputs on this regard at the earliest will be appreciated.
Back to top
View user's profile Send private message

dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Fri Feb 02, 2007 3:17 am    Post subject:
Reply with quote

Hello,

Depending on your situation, going to DB2 may not perform any better than the existing VSAM related to resources used (cpu, space, i/o's).

A BIG payoff in converting the app to DB2 is that there are many more things you can do with the DB2 environment - connectivity, integration, reporting via point&click tools (like Crystal). The DB2 world also has far better ability to support many concurrent batch/online users.

Something to be aware of is that in the VSAM world, the application developers are usually in complete control of the data definitions and physical files. This will most likely not be the case with DB2. If there is already a database administration group, they will most likely be responsible for the new addition(s) to the DB2 world.
Back to top
View user's profile Send private message
DavidatK

Active Member


Joined: 22 Nov 2005
Posts: 700
Location: Troy, Michigan USA

PostPosted: Fri Feb 02, 2007 6:24 am    Post subject: Re: Information required on VSAM to DB2
Reply with quote

Lk,

I agree with Dick, except maybe his first sentence. DB2 is a resource hog. It will definitely use more resources. CPU, Space, I/Os, everything.

If you need to be fast, small and inflexible, use VSAM.

The reason to use DB2 is the flexibility that comes with it. DB2 is infinitely more flexible than native VSAM (Even though the underlying DB2 data structure is VSAM). Development time with DB2 is much less than with VSAM.

At one time, hardware was very expensive compared to personnel cost, so the programmer needed to use the best and most efficient coding available. Today however, personnel cost is the expensive part. Better to buy more hardware to support less efficient coding
Back to top
View user's profile Send private message
Lkmi

New User


Joined: 04 Mar 2005
Posts: 53
Location: Newyork

PostPosted: Fri Feb 02, 2007 8:23 am    Post subject: Re: Information required on VSAM to DB2
Reply with quote

Hello,
I accept your statements. It has already been decided that the system will be converted to DB2 and as i said I need to substantiate it at this point.

Are you guys aware of any supporting presentation especially metrics???
Back to top
View user's profile Send private message
Lkmi

New User


Joined: 04 Mar 2005
Posts: 53
Location: Newyork

PostPosted: Fri Feb 02, 2007 8:26 am    Post subject:
Reply with quote

Thanks Dave and Dick for the response.
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Fri Feb 02, 2007 9:45 am    Post subject:
Reply with quote

Hi LK,

You're welcome.

I was fairly certain the decision there was already made. Sorry that i don't have any material that has what you are looking for. I've been involved with several sites that made some kind of move to DB2. After they did any amount of testing they stopped talking about any utilization reduction. Over the years, i believe that most organizations have bought into the idea that while it does cost more, it is worth it.

I guess my thought was that the decision to move from VSAM to DB2 is not made on a technical basis (i.e. performance, etc). If your organization is looking for some kind of justification, i'd suggest quoting some of the material you found on why others have made the change.

Like Dave pointed out, machine capacity is getting cheaper while people are not.
Back to top
View user's profile Send private message
Lkmi

New User


Joined: 04 Mar 2005
Posts: 53
Location: Newyork

PostPosted: Tue Feb 06, 2007 8:08 pm    Post subject:
Reply with quote

Thanks Dick
Back to top
View user's profile Send private message
dick scherrer

Site Director


Joined: 23 Nov 2006
Posts: 19270
Location: Inside the Matrix

PostPosted: Tue Feb 06, 2007 8:18 pm    Post subject:
Reply with quote

You're welcome icon_smile.gif
Back to top
View user's profile Send private message
View previous topic :: :: View next topic  
Post new topic   Reply to topic    IBMMAINFRAMES.com Support Forums -> DB2 All times are GMT + 6 Hours
Page 1 of 1

 

Search our Forum:

Similar Topics
Topic Author Forum Replies Posted
No new posts Updating a VSAM file with DISP=OLD sheersh JCL & VSAM 8 Tue Mar 14, 2017 6:14 pm
No new posts SORT VSAM file with each field one by... maxsubrat DFSORT/ICETOOL 6 Tue Mar 14, 2017 1:07 pm
No new posts VSAM RLS=NRI while doing IDCAMS sheersh JCL & VSAM 1 Tue Mar 07, 2017 1:55 pm
No new posts Fail to change physical VSAM filename... jacobdng CICS 7 Fri Jan 20, 2017 12:36 pm
No new posts how to recover an uncataloged VSAM da... archanamuthukrishnan All Other Mainframe Topics 4 Wed Jan 11, 2017 6:18 pm


Facebook
Back to Top
 
Mainframe Wiki | Forum Rules | Bookmarks | Subscriptions | FAQ | Tutorials | Contact Us