Re: ** latest stable oracle 10G client

From: Dan Norris <>
Date: Sat, 7 Feb 2009 18:31:45 -0600
Message-ID: <>


Sorry if I was unclear, but maybe you misunderstood me. What I meant to ask was why you'd avoid 11g R1 (it has been available for 18 months now); your reply looked like you thought I meant 10g R2. In the past year, about 50% of the customers I've visited have 11g R1 in production (most were before even). Two of those are RAC customers as well. I'm not sure what Oracle can offer for 11g production customer numbers or percentages. I'd guess just based on my unscientific, heresay-based discussions that there probably about 25% 9.2, 60% 10g R2, and 10% 11g (the rest are probably older or 10g R1). I have no sources for my guesstimates, just my guess. I'd love to hear everyone else's guesses!

I think that most of the 11g issues that are likely to impact most customers have been found and patched by now. I also expect that 11g R2 will introduce some big new features. New features also usually bring along their share of issues too--that's the cost of innovation as I see it.

If I were deploying a system today, I'd absolutely use 11g R1. But I suspect that's just me...not everyone would agree.


On Sat, Feb 7, 2009 at 5:31 PM, Guillermo Alan Bort <>wrote:

> Would you use 9.0? or 10.1? for productive environments. They are both
> EOL, and a lot buggyer than 9.2 and 10.2 respectiveley. Besides, this
> is the client we are talking about, so new features matter little. And
> initial Release of 11g R2 would be a bad choice as well, I'd wait at
> least until the first patchset has been properly tested.
> One other thing, how many actual productive environments with 11g
> (11.1.06 or do you know? how many bugs do you reckon are yet
> to be found? would you like to have you payroll database crash because
> of one of these bugs on the 29th?
> On the other hand, I do have some non-critical internal-use systems
> running 11g ( with apex 3.2 and they work flawlessly... and
> even they I have a working version on 10gR2 as a backup (on a
> different virtual machine, obviously).
> hth
> Alan Bort
> Oracle Certified Professional

Received on Sat Feb 07 2009 - 18:31:45 CST

Original text of this message