From oracle-l-bounce@freelists.org Wed Jun 29 10:55:43 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j5TFthTP013183 for ; Wed, 29 Jun 2005 10:55:43 -0500 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180] (may be forged)) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j5TFtbIP013161 for ; Wed, 29 Jun 2005 10:55:38 -0500 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 224331C5FD2; Wed, 29 Jun 2005 09:51:54 -0500 (EST) Received: from turing.freelists.org ([127.0.0.1]) by localhost (turing [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 26601-01; Wed, 29 Jun 2005 09:51:54 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 8BC451C5FE7; Wed, 29 Jun 2005 09:51:53 -0500 (EST) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C57CB9.D6AD6CFB" Subject: RE: Choose database vesrion Date: Wed, 29 Jun 2005 10:50:06 -0400 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Choose database vesrion Thread-Index: AcV8sfgCbyv5YI0pRCGIkHZJPKnKVAABu7+J From: "Marquez, Chris" To: X-archive-position: 21828 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: cmarquez@collegeboard.org Precedence: normal Reply-To: cmarquez@collegeboard.org X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-mailscan-MailScanner-Information: Please contact the ISP for more information X-mailscan-MailScanner: Found to be clean X-MailScanner-From: oracle-l-bounce@freelists.org X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on air891.startdedicated.com X-Spam-Status: No, hits=-3.0 required=5.0 tests=AWL,BAYES_00,HTML_MESSAGE autolearn=ham version=2.63 ------_=_NextPart_001_01C57CB9.D6AD6CFB Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable My rule of thumb is to use the most current *stable* version available = (often not the newest). I would have never used 9.0.x nor 10.0.x for a mission critical system. I think (have seen) all the points made below could also be made about a = new un-proven version of Oracle. Having said all that I would agree, choosing any version only to change = it (upgrade) only months later is a waste of time. 9i has a lot of life left and is well known, well supported, and well = documented (outside of Oracle Corp.) Chris Marquez Oracle DBA -----Original Message----- From: oracle-l-bounce@freelists.org on behalf of Dennis Williams Sent: Wed 6/29/2005 9:53 AM To: DGoulet@vicr.com Cc: adar76@inter.net.il; Oracle-L@freelists.org Subject: Re: Choose database vesrion =20 I heartily agree with Dick. When you are implementing a new system, there will be a lot of issues to resolve, so a few issues related to a new database version aren't so noticeable. Major database upgrades later are painful because everything is stable and you are introducing a risk of instability. Go with 10g and you probably won't need to upgrade until the next major Peoplesoft release. Dennis Williams On 6/29/05, Goulet, Dick wrote: > Rule of thumb, use the most current version if possible, otherwise = your > looking at an upgrade in the somewhat near future. -- http://www.freelists.org/webpage/oracle-l ------_=_NextPart_001_01C57CB9.D6AD6CFB Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: Choose database vesrion

My rule of thumb is to use the most current *stable* = version available (often not the newest).
I would have never used 9.0.x nor 10.0.x for a mission critical = system.

I think (have seen) all the points made below could also be made about a = new un-proven version of Oracle.

Having said all that I would agree, choosing any version only to change = it (upgrade) only months later is a waste of time.

9i has a lot of life left and is well known, well supported, and well = documented (outside of Oracle Corp.)

Chris Marquez
Oracle DBA

-----Original Message-----
From: oracle-l-bounce@freelists.org on behalf of Dennis Williams
Sent: Wed 6/29/2005 9:53 AM
To: DGoulet@vicr.com
Cc: adar76@inter.net.il; Oracle-L@freelists.org
Subject: Re: Choose database vesrion

I heartily agree with Dick. When you are implementing a new system,
there will be a lot of issues to resolve, so a few issues related to = a
new database version aren't so noticeable. Major database upgrades
later are painful because everything is stable and you are = introducing
a risk of instability.
    Go with 10g and you probably won't need to upgrade = until the next
major Peoplesoft release.

Dennis Williams

On 6/29/05, Goulet, Dick <DGoulet@vicr.com> wrote:
> Rule of thumb, use the most current version if possible, otherwise = your
> looking at an upgrade in the somewhat near future.
--
http://www.freelists.o= rg/webpage/oracle-l

------_=_NextPart_001_01C57CB9.D6AD6CFB-- -- http://www.freelists.org/webpage/oracle-l