Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> Re: Table compression

Re: Table compression

From: LeRoy Kemnitz <lkemnitz_at_uwsa.edu>
Date: Fri, 19 Mar 2004 14:58:36 -0600
Message-ID: <405B5EFC.5060800@uwsa.edu>


I read that the select runs just as fast if not faster when compared to uncompressed tables.

Goulet, Dick wrote:

>Yeah, but what's the penalty during reads???
>
>Dick Goulet
>Senior Oracle DBA
>Oracle Certified 8i DBA
>
>-----Original Message-----
>From: Khedr, Waleed [mailto:Waleed.Khedr_at_FMR.COM]
>Sent: Friday, March 19, 2004 3:48 PM
>To: 'oracle-l_at_freelists.org'
>Subject: RE: Table compression
>
>
>I use it, works great, 60% savings.
>
>Once the table/partition gets flagged "compress", any direct load will be
>compressed.
>
>You will get ora-600 if trying to do parallel direct load.
>
>Also can't add a column to a compressed table.
>
>Waleed
>
>-----Original Message-----
>From: LeRoy Kemnitz [mailto:lkemnitz_at_uwsa.edu]
>Sent: Friday, March 19, 2004 3:41 PM
>To: Oracle List
>Subject: Table compression
>
>
>
>I am looking into doing some table compression on my warehouse database
>to free up some space on the os. I am running 9.2.0.4 on Unix 5.1. The
>compression is about 2.5:1 on my tables. The documentation says the
>bulk insert time will be doubled but the single inserts, updates, and
>deletes are going to be a wash. Does anyone use compression? Are there
>any problems you notice in the use of it? I have also read that the
>table will need to be re-compressed after the bulk inserts. Any
>alternative ideas about getting this done?
>
>Thanks in advance,
>
>LeRoy
>
>----------------------------------------------------------------
>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>----------------------------------------------------------------
>To unsubscribe send email to: oracle-l-request_at_freelists.org
>put 'unsubscribe' in the subject line.
>--
>Archives are at http://www.freelists.org/archives/oracle-l/
>FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
>-----------------------------------------------------------------
>----------------------------------------------------------------
>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>----------------------------------------------------------------
>To unsubscribe send email to: oracle-l-request_at_freelists.org
>put 'unsubscribe' in the subject line.
>--
>Archives are at http://www.freelists.org/archives/oracle-l/
>FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
>-----------------------------------------------------------------
>----------------------------------------------------------------
>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>----------------------------------------------------------------
>To unsubscribe send email to: oracle-l-request_at_freelists.org
>put 'unsubscribe' in the subject line.
>--
>Archives are at http://www.freelists.org/archives/oracle-l/
>FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
>-----------------------------------------------------------------
>
>
>
>

-- 
LeRoy Kemnitz
UW System Administration
Database Administrator
780 Regent Street, #246
Madison, WI 53714
Phone: (608) 265 -5775
Fax: (608) 265 - 2090


----------------------------------------------------------------
Please see the official ORACLE-L FAQ: http://www.orafaq.com
----------------------------------------------------------------
To unsubscribe send email to:  oracle-l-request_at_freelists.org
put 'unsubscribe' in the subject line.
--
Archives are at http://www.freelists.org/archives/oracle-l/
FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
-----------------------------------------------------------------
Received on Fri Mar 19 2004 - 14:55:04 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US