DB2 9 for LUW is electronic GA

[Serge Rielau]

http://www.ibm.com/software/data/db2/9/

DB2 9 Express C should be coming online soon.

Hope to see you there soon :-)
Serge
--
Serge Rielau
DB2 Solutions Development
IBM Toronto Lab

IOD Conference
http://www.ibm.com/software/data/ond...ness/conf2006/

[Philip Nelson]

Serge Rielau wrote:

http://www.ibm.com/software/data/db2/9/

DB2 9 Express C should be coming online soon.

Hope to see you there soon :-)
Serge

Great news !!! Looking forward to getting my hands "officially" dirty with
PureXML. And the data compression is not a moment too soon.

Got to try to get my head round the new pricing scheme though.

It seems we can only download trial code so far.

My Passport Advantage Express account still only has V8 code.

I assume I can install the trial code and then put the licence key from PAE
on later ?

Phil

[Serge Rielau]

Philip Nelson wrote:

Serge Rielau wrote:

>http://www.ibm.com/software/data/db2/9/

DB2 9 Express C should be coming online soon.

Hope to see you there soon :-)
Serge

Great news !!! Looking forward to getting my hands "officially" dirty with
PureXML. And the data compression is not a moment too soon.

Got to try to get my head round the new pricing scheme though.

It seems we can only download trial code so far.

My Passport Advantage Express account still only has V8 code.

I assume I can install the trial code and then put the licence key from PAE
on later ?

You don't want to do that since the build levels are different.
In the past what has happened is that the code was uploaded, but the
webpage took another couple of days to point to it.
Assuming you have some FTP directory pointing to V8, try walking up a
directory or two and look around.

Cheers
Serge
--
Serge Rielau
DB2 Solutions Development
IBM Toronto Lab

IOD Conference
http://www.ibm.com/software/data/ond...ness/conf2006/

[Larry]

Serge Rielau wrote:

Philip Nelson wrote:

>Serge Rielau wrote:

>>http://www.ibm.com/software/data/db2/9/

DB2 9 Express C should be coming online soon.

Hope to see you there soon :-)
Serge

Great news !!! Looking forward to getting my hands "officially"
dirty with
PureXML. And the data compression is not a moment too soon.

Got to try to get my head round the new pricing scheme though.

It seems we can only download trial code so far.
My Passport Advantage Express account still only has V8 code.

I assume I can install the trial code and then put the licence key
from PAE
on later ?

You don't want to do that since the build levels are different.
In the past what has happened is that the code was uploaded, but the
webpage took another couple of days to point to it.
Assuming you have some FTP directory pointing to V8, try walking up a
directory or two and look around.

Cheers
Serge

I just checked PPA and it's been updated.

Larry Edelstein

[Frank Swarbrick]

>>>Serge Rielau<sr*****@ca.ibm.com07/28/06 6:34 AM >>>

>http://www.ibm.com/software/data/db2/9/

DB2 9 Express C should be coming online soon.

Hope to see you there soon :-)

That explains why I got an email telling me to delete my pre-release
version! :-)

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?

Will z/OS also be eliminating UDB from the name?

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
something in production, but I'd also hate to put version 8 in production
when version 9 is already available. Assuming we don't actually go in to
production for another month or two (or more?), does it make sense to do our
development on V9 and use the newest latest fixpack of V9 when we move to
production, or should we stick with V8 and convert to V9 later? (I'd rather
do the former, but perhaps someone has a very good reason we should go with
the latter.)

Thanks,
Frank
---
Frank Swarbrick
Senior Developer/Analyst - Mainframe Applications
FirstBank Data Corporation - Lakewood, CO USA

[Mark A]

"Frank Swarbrick" <Fr*************@efirstbank.comwrote in message
news:4i************@individual.net...

That explains why I got an email telling me to delete my pre-release
version! :-)

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?

Will z/OS also be eliminating UDB from the name?

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
something in production, but I'd also hate to put version 8 in production
when version 9 is already available. Assuming we don't actually go in to
production for another month or two (or more?), does it make sense to do
our
development on V9 and use the newest latest fixpack of V9 when we move to
production, or should we stick with V8 and convert to V9 later? (I'd
rather
do the former, but perhaps someone has a very good reason we should go
with
the latter.)

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?

[Serge Rielau]

Frank Swarbrick wrote:

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
something in production, but I'd also hate to put version 8 in production
when version 9 is already available. Assuming we don't actually go in to
production for another month or two (or more?), does it make sense to do our
development on V9 and use the newest latest fixpack of V9 when we move to
production, or should we stick with V8 and convert to V9 later? (I'd rather
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
--
Serge Rielau
DB2 Solutions Development
IBM Toronto Lab

IOD Conference
http://www.ibm.com/software/data/ond...ness/conf2006/

[Philip Nelson]

Larry wrote:

Serge Rielau wrote:

>Philip Nelson wrote:

>>Serge Rielau wrote:

http://www.ibm.com/software/data/db2/9/

DB2 9 Express C should be coming online soon.

Hope to see you there soon :-)
Serge
Great news !!! Looking forward to getting my hands "officially"
dirty with
PureXML. And the data compression is not a moment too soon.

Got to try to get my head round the new pricing scheme though.

It seems we can only download trial code so far.
My Passport Advantage Express account still only has V8 code.

I assume I can install the trial code and then put the licence key
from PAE
on later ?

You don't want to do that since the build levels are different.
In the past what has happened is that the code was uploaded, but the
webpage took another couple of days to point to it.
Assuming you have some FTP directory pointing to V8, try walking up a
directory or two and look around.

Cheers
Serge

I just checked PPA and it's been updated.

Larry Edelstein

Passport Advantage Exprees subscription still hasn't been updated.

[john.enevoldson]

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

Serge Rielau wrote:

Frank Swarbrick wrote:

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
something in production, but I'd also hate to put version 8 in production
when version 9 is already available. Assuming we don't actually go in to
production for another month or two (or more?), does it make sense to do our
development on V9 and use the newest latest fixpack of V9 when we move to
production, or should we stick with V8 and convert to V9 later? (I'd rather
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
--
Serge Rielau
DB2 Solutions Development
IBM Toronto Lab

IOD Conference
http://www.ibm.com/software/data/ond...ness/conf2006/

[Frank Swarbrick]

Serge Rielau<sr*****@ca.ibm.com07/28/06 9:24 PM >>>

>Frank Swarbrick wrote:

>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

>something in production, but I'd also hate to put version 8 in

production

>when version 9 is already available. Assuming we don't actually go in

to

>production for another month or two (or more?), does it make sense to do

our

>development on V9 and use the newest latest fixpack of V9 when we move

to

>production, or should we stick with V8 and convert to V9 later? (I'd

rather

>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.

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