To be clear: 9.0.x will *NOT* have any EAS (extended
support) either after June 2003. Gruesome.
regards,
ep
On 5 Jul 2002 at 1:18, Yechiel Adar wrote:
Date sent: Fri, 05 Jul 2002 01:18:23 -0800
to 9.2?
To: Multiple recipients of list ORACLE-L
[EMAIL
:
co.uk Subject: RE: Upgrade from 9.0.1.2 - NOPE!
Sent by:
[EMAIL PROTECTED
Network
Connor
McDonald To: Multiple recipients of list
ORACLE-L [EMAIL PROTECTED]
hamcdc@yahoo. cc:
co.uk Subject: RE: Upgrade from 9.0.1.2 -
NOPE!
Sent
Cutting and pasting from an old post: by Jonathan Lewis:
The upshot of it seems to be that anyone who can get an sql session can look at
any data, and given 'create view' as well can change data at will. You may be
able to use the database in production, but only if your users can't access it
This is fixed in 9.0.1.3. I have verified it.
-Original Message-
Sent: Wednesday, July 03, 2002 12:43 PM
To: Multiple recipients of list ORACLE-L
Cutting and pasting from an old post: by Jonathan Lewis:
The upshot of it seems to be that anyone who can get an sql session can look
at
by: cc:
[EMAIL PROTECTED] Subject: Re:Should we
upgrade
from 9.0.1.2 to 9.2?
om
07/02/02 09:23
AM
Please respond
to ORACLE-L
Cherie
PROTECTED] Quad/Tech International, Sussex, WI USA
-Original Message-
From: Alexandre Gorbatchev [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, July 03, 2002 10:22 AM
To: Multiple recipients of list ORACLE-L
Subject: Re: Re:Should we upgrade from 9.0.1.2 to 9.2?
Yechiel
We have a couple of new applications in development that are moving to QA.
These databases are currently running 9.0.1.2 on Sun Solaris 2.6. We've
been pretty happy with this version to this point but are at a pivotal spot
in our product development cycle where we have a narrow window in which
Cherie,
For the most part I don't like using version X.0 at any point. Now in
version 8, I did get onto 8.0.5, but I did wait for the .5 to show up. With 8i
it's 8.1.6 that was our baseline although I'm a lot happier with 8.1.7. For 9i
I won't touch anything before 9.2, which is waiting
:
[EMAIL PROTECTED] Subject: Re:Should we upgrade from
9.0.1.2 to 9.2?
om
Cherie,
Before any upgrade I consider whether or no I really need it. For
mission critical application it would be wise to stick with what you have,
unless you have problems with it.
Now we have 9.0.1.2 in production and 9.1.3 in development and I don't
intend to move to 9.2 in nearest
]
om To: Multiple recipients of list
ORACLE-L [EMAIL PROTECTED]
Sent by: cc:
[EMAIL PROTECTED] Subject: Re:Should we upgrade from
by: cc:
[EMAIL PROTECTED] Subject: Re:Should we upgrade
from 9.0.1.2 to 9.2?
om
07/02/02 09:23
AM
Please respond
to ORACLE-L
Cherie,
For the most
Hi,
We are currently testing our application on 9.0.1.2 and it looks stable except some
bugs with function based indexes.
Is it advisable to move to 9.0.1.3 (as it is terminal release of 9.0) or 9.2 which is
just released 2 months back (and may have some bugs)
OR 9.0.1.2 is stable enough
The choice should be between 9.0.1.3 + patch 2121935 or 9.2. The patch is to fix a
serious, serious security problem with ANSI-style joins.If you feel the need to
go to 9i, I'd choose the latter. I don't think 9.2 has been out long enough.
Ian MacGregor
Stanford Linear Accelerator
by: cc:
[EMAIL PROTECTED] Subject: Re:Should we upgrade
from
9.0.1.2 to 9.2?
om
I'd agree with Ian, because (at-least) on AIX, pre 9013 versions had smon
leak, clob leak problems.
Raj
__
Rajendra Jamadagni MIS, ESPN Inc.
Rajendra dot Jamadagni at ESPN dot com
Any opinion expressed here is personal and doesn't
Did Oracle back port the patch to fix the ANSI-style jonn bug to 9.0.1.2? This bug
allows one to read any table in the database despite the permission set.
Ian MacGregor
Stanford Linear Accelerator Center
[EMAIL PROTECTED]
-Original Message-
Sent: Tuesday, July 02, 2002 8:23 AM
To:
I'm pretty sure this has not been done...
NOBODY(!) should be on 9012 in production - unless
you're happy with zero security. As well as the
reading-anything as Ian points out, with a little bit
of playing around its also possible to destroy any
data in the database (since a view is updatable
Sigh, There are many answers to this question related
to the environment you will be deploying into. It
sounds like you are actually maintaining many
databases. Are all of them really 24x7 (i.e. less than
a minute of downtime per year) or can you schedule
maintenance in the future that will not
20 matches
Mail list logo