Return-Path: <oracle-l-bounce@freelists.org>
Delivered-To: 2-oracle-l@orafaq.com
Received: (qmail 19460 invoked from network); 2 Feb 2006 12:54:50 -0600
Received: from freelists-180.iquest.net (HELO turing.freelists.org) (206.53.239.180)
  by 69.64.49.119 with SMTP; 2 Feb 2006 12:54:48 -0600
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 95D142916FE;
 Thu,  2 Feb 2006 13:54:23 -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 22582-02; Thu, 2 Feb 2006 13:54:23 -0500 (EST)
Received: from turing (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 0A6662905D5;
 Thu,  2 Feb 2006 13:54:23 -0500 (EST)
Received: with ECARTIS (v1.0.0; list oracle-l); Thu, 02 Feb 2006 13:54:08 -0500 (EST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id E2600291734
 for <oracle-l@freelists.org>; Thu,  2 Feb 2006 13:54:07 -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 22513-08 for <oracle-l@freelists.org>;
 Thu, 2 Feb 2006 13:54:07 -0500 (EST)
Received: from mail02.prod.il.pqe (mail00.il.proquest.com [165.215.88.19])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 35A6028E5A4
 for <oracle-l@freelists.org>; Thu,  2 Feb 2006 13:54:05 -0500 (EST)
Received: from AABO-EXCHANGE04.bos.il.pqe (aabo-exchange04.bos.il.pqe [172.24.3.208])
 by mail02.prod.il.pqe (8.12.11/8.12.11) with ESMTP id k12IrxPK016643;
 Thu, 2 Feb 2006 13:53:59 -0500
Received: from AABO-EXCHANGE02.bos.il.pqe ([172.24.3.206]) by AABO-EXCHANGE04.bos.il.pqe with Microsoft SMTPSVC(6.0.3790.1830);
	 Thu, 2 Feb 2006 13:53:59 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01C6282A.06A64003"
Subject: RE: Disable logging in tablespace vs using hidden parameter _disable_logging
Date: Thu, 2 Feb 2006 13:53:37 -0500
Message-ID: <AA29A27627F842409E1D18FB19CDCF2706A3A0E7@AABO-EXCHANGE02.bos.il.pqe>
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
Thread-Topic: Disable logging in tablespace vs using hidden parameter _disable_logging
Thread-Index: AcYoKDXuLW21AgJySHCxbwjXqAaymQAAMBQQ
From: "Bobak, Mark" <Mark.Bobak@il.proquest.com>
To: <juancarlosreyesp@gmail.com>,
 "Li-Shan Cheng" <exriscer@gmail.com>
Cc: <oracle-l@freelists.org>
X-OriginalArrivalTime: 02 Feb 2006 18:53:59.0539 (UTC) FILETIME=[06DAFC30:01C6282A]
X-archive-position: 30714
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-To: oracle-l-bounce@freelists.org
X-original-sender: Mark.Bobak@il.proquest.com
Precedence: normal
Reply-To: Mark.Bobak@il.proquest.com
X-list: oracle-l
X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net
------_=_NextPart_001_01C6282A.06A64003
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable

Juan,

Setting NOLOGGING on a tablespace does not, in and of itself, do
anything.  That setting becomes the default for any segments created in
the tablespace.  Further, NOLOGGING does not have an effect on all
operations.  Actually, it's quite a small subset of operations that
NOLOGGING will have an effect on.  Some of these include:  index
creation, index rebuild, insert /*+ APPEND */, just to name a few.  It's
important to understand NOLOGGING and how it works, so that you may
understand the recovery implications.  Blocks loaded using NOLOGGING
will NOT be recoverable till a backup is taken after the NOLOGGING
operation is complete.  More details on NOLOGGING can be found at:
http://www.jlcomp.demon.co.uk/faq/nologging.html

_disable_logging, on the other hand, says "I don't care about this
database, don't do any logging, if the database crashes, it's worthless,
game reset, start over."  This is quite different from, and far more
dangerous than, NOLOGGING operations.

Hope that helps,

-Mark

--
Mark J. Bobak
Senior Oracle Architect
ProQuest Information & Learning

"There are 10 types of people in the world:  Those who understand
binary, and those who don't."

-----Original Message-----
From: oracle-l-bounce@freelists.org
[mailto:oracle-l-bounce@freelists.org] On Behalf Of Juan Carlos Reyes
Pacheco
Sent: Thursday, February 02, 2006 1:40 PM
To: Li-Shan Cheng
Cc: oracle-l@freelists.org
Subject: Re: Disable logging in tablespace vs using hidden parameter
_disable_logging

HI Li, thanks I know that, I RTFM,

It is an open question about how to get the _disable_logging effect
without using that parameter.

What I'm asking is  about applying no logging to all tablespaces before
import?
Compared to setting _disable_logging?
I don't know if some one knows about improvements.
For example
"setting nologgin to all tablespace I saved 1% of time, but I set this
other parameter too, etc.."
And any other comment about reducing logging activity without using the
_disable_logging parameter.
:)
--
http://www.freelists.org/webpage/oracle-l



------_=_NextPart_001_01C6282A.06A64003
Content-Type: text/x-vcard; name="Bobak, Mark.vcf"
Content-Transfer-Encoding: base64
Content-Description: Bobak, Mark.vcf
Content-Disposition: attachment;
 filename="Bobak, Mark.vcf"

QkVHSU46VkNBUkQNClZFUlNJT046Mi4xDQpOOkJvYmFrO01hcmsNCkZOOkJvYmFrLCBNYXJrDQpP
Ukc6UHJvUXVlc3QgSW5mb3JtYXRpb24gYW5kIExlYXJuaW5nO0RhdGFiYXNlIEdyb3VwDQpUSVRM
RTpTb2Z0d2FyZSBBcmNoaXRlY3QsIFNyLVRQRA0KVEVMO1dPUks7Vk9JQ0U6NzM0Ljk3NS42MDg2
DQpBRFI7V09SSzo7RUNDNC1OMDFFMDQ7MTQwMCBFaXNlbmhvd2VyIFBhcmt3YXkNCkxBQkVMO1dP
Uks7RU5DT0RJTkc9UVVPVEVELVBSSU5UQUJMRTpFQ0M0LU4wMUUwND0wRD0wQTE0MDAgRWlzZW5o
b3dlciBQYXJrd2F5DQpFTUFJTDtQUkVGO0lOVEVSTkVUOk1hcmsuQm9iYWtAaWwucHJvcXVlc3Qu
Y29tDQpSRVY6MjAwNTEyMTNUMjIzNjU0Wg0KRU5EOlZDQVJEDQo=

------_=_NextPart_001_01C6282A.06A64003--
--
http://www.freelists.org/webpage/oracle-l


