From oracle-l-bounce@freelists.org Fri Mar 25 16:17:54 2005 Return-Path: Received: from air891.startdedicated.com (root@localhost) by orafaq.com (8.12.10/8.12.10) with ESMTP id j2PMHrMa022892 for ; Fri, 25 Mar 2005 16:17:53 -0600 X-ClientAddr: 206.53.239.180 Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180]) by air891.startdedicated.com (8.12.10/8.12.10) with ESMTP id j2PMHqem022888 for ; Fri, 25 Mar 2005 16:17:52 -0600 Received: from localhost (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id B0D2F8997D; Fri, 25 Mar 2005 16:16:01 -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 19941-09; Fri, 25 Mar 2005 16:16:01 -0500 (EST) Received: from turing (localhost [127.0.0.1]) by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 3414D89873; Fri, 25 Mar 2005 16:16:01 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:references; b=WqqBT93oLlT6NkeZqfS/SE65VktVT/P3zKBYIaniKrPbmYbL5eXEjGtp/ewO4PG9qs9EAkz1kTk7P55Jqta5foZPSKYNq2BOGNogcbhkwpv+cWLnyqf/EM5Cueo1rrMddFV7vqsZ73CGnJ263M1y+/4hZQVtBOPbwPqeBY2VKZE= Message-ID: <10644b9e05032513143bc14984@mail.gmail.com> Date: Fri, 25 Mar 2005 15:14:14 -0600 From: jungwolf To: lawrence.wolfson@acxiom.com Subject: Re: ALTER TABLE LOCK DISABLE Cc: K Gopalakrishnan , oracle-l@freelists.org In-Reply-To: Mime-Version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit References: X-archive-position: 17706 X-ecartis-version: Ecartis v1.0.0 Sender: oracle-l-bounce@freelists.org Errors-To: oracle-l-bounce@freelists.org X-original-sender: spatenau@gmail.com Precedence: normal Reply-To: spatenau@gmail.com X-list: oracle-l X-Virus-Scanned: by amavisd-new-20030616-p9 (Debian) at avenirtech.net X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on air891.startdedicated.com X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=ham version=2.60 X-Spam-Level: > From: K Gopalakrishnan [mailto:kaygopal@gmail.com] > I wouldn't subscribe to DISABLE TABLE LOCKS arguement as that posses a > serious threat to HA operations. You can not re-build indexes or do > any online table maintenence operations that requires table locking. > It was even documented in Steve's internals book. But that is for OPS. On Fri, 25 Mar 2005 14:51:27 -0600, Wolfson Larry - lwolfs wrote: > I kinda like the fact that people couldn't inadvertently drop a > table. Eh? Can't drop a table inadvertently? I need to look at this option. So, how about using it for read-only objects? You don't need to rebuild or do other maintenance, they are already saved (or better be!), and this keeps them from being dropped. And possibly a performance boost. There was another thread discussing some people's (my) surprise that you can drop an object in a readonly tablespace. Maybe this is the command I've been looking for. Any ideas/advice? Steven -- http://www.freelists.org/webpage/oracle-l