> That explains why I got an email telling me to delete my pre-release
> version! :-)
[quoted text clipped - 23 lines]
> Thanks,
> Frank
I think your decision should primarily be based on whether you need any of
the new features of V9.
Fixpacks are generally released every 3-4 months, so there may not be one
released for V9 before you go into production.
DB2 8.2 (FP12 or above) is very stable. It is a little hard to speculate how
stable V9 is at this point. Also, stability is somewhat relative to the
exact business requirements that you have for system availability. How much
pain would there be if a DB2 instance crashed and automatically restarted
within 5 minutes?
> Curious question, but why was UDB dropped from the name? Did someone
> finally decide that "DB2 Universal Database for Linux, Unix and Windows" was
> simply too long of a name?
My guess is that was part of it.
> Will z/OS also be eliminating UDB from the name?
AFAIK yes. It's DB2 9 for LUW or DB2 9 for zOS.
I recall when UDB was born (I was a coop student at the time
implementing SQL Functions). Coincided with Informix "Universal Server".
I think the "Universal" meant(to IBM) "extensibility" via UDF, distinct
types and LOBs. As the rest of the family got "universal" and everyone
else has the same features, what's teh point?
It's like having "electronic injection" in a car's name. Standard
feature nowadays. ;-)
I feel sorry for the guys you still call DB2 for LUW simply "UDB".
> Another curious question... We are just beginning with DB2 (v8), and aren't
> very far along. We don't usually like to put the first "version" release of
[quoted text clipped - 5 lines]
> do the former, but perhaps someone has a very good reason we should go with
> the latter.)
I'd rather have you go to DB2 9, but I'm biased and clearly selfish here.
Having that said, DB2 9 has proved to be incredibly stable even in the
test drive. We are running multi terabyte competitive BCU proof of
concepts against the competition on DB2 9. We wouldn't do that if we
weren't confident in the quality.
As Mark says, it depends on your requirements. If you need a dump truck
that doesn't go down and you don't care for compression, STMM and
statistics views (the three features most likely to be of immediate
value, IMHO) then DB2 V8.2 latest fixpack is a safe bet.
If you want lower administrative cost, improved performance and less
storage requirements go with DB2 9.
Note that DB2 V8.2 is not going to go away soon. You will be safe there
for several years if you want to trail, just as you can trail on DB2 for
zOS with V7.
Cheers
Serge

Signature
Serge Rielau
DB2 Solutions Development
IBM Toronto Lab
IOD Conference
http://www.ibm.com/software/data/ondemandbusiness/conf2006/
john.enevoldson@pulsen.se - 31 Jul 2006 07:07 GMT
The client tools don't seem to be available from the download site yet
or at least I have't managed to find them - any idea when then they
will turn up ?
Regards,
John Enevoldson
> > Curious question, but why was UDB dropped from the name? Did someone
> > finally decide that "DB2 Universal Database for Linux, Unix and Windows" was
[quoted text clipped - 45 lines]
> IOD Conference
> http://www.ibm.com/software/data/ondemandbusiness/conf2006/
Frank Swarbrick - 31 Jul 2006 17:58 GMT
Serge Rielau<srielau@ca.ibm.com> 07/28/06 9:24 PM >>>
>> Another curious question... We are just beginning with DB2 (v8), and aren't
>> very far along. We don't usually like to put the first "version" release of
[quoted text clipped - 20 lines]
>for several years if you want to trail, just as you can trail on DB2 for
>zOS with V7.
Thanks for the info. I'm not sure if there is anything in V9 that we'll
need, but I'd hate to come up with a requirement later that V9 fulfils and
V8 does not, but be stuck on V8! :-) In the end it probably all comes down
to cost. Maybe. Perhaps the compression alone will be enough of a reason.
We shall see...
Thanks,
Frank
---
Frank Swarbrick
Senior Developer/Analyst - Mainframe Applications
FirstBank Data Corporation - Lakewood, CO USA