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: Oracle Compress Option

RE: Oracle Compress Option

From: Mladen Gogala <mladen_at_wangtrading.com>
Date: Thu, 25 Sep 2003 06:24:42 -0800
Message-ID: <F001.005D10C1.20030925062442@fatcity.com>


I agree: disk is cheap, as long as I don't have to pay for it.    

--
Mladen Gogala
Oracle DBA 


-----Original Message-----
Jamadagni, Rajendra
Sent: Thursday, September 25, 2003 9:50 AM
To: Multiple recipients of list ORACLE-L


Waleed, I get your point ... 
 
We have 6 RAC instances that run active-active ... and compared to
availability requirements, we (incl management) decided that disk is cheap.
 
I guess it is relative ...
 
Raj
----------------------------------------------------------------------------
---- 
Rajendra dot Jamadagni at nospamespn dot com 
All Views expressed in this email are strictly personal. 
QOTD: Any clod can have facts, having an opinion is an art ! 

-----Original Message-----
Sent: Thursday, September 25, 2003 9:35 AM
To: Multiple recipients of list ORACLE-L


Disk is not cheap if you pay for high availability configuration. I compress
historical data on daily basis and was able to save 70 percent of the disk
space. Imagine the amount of savings for five TB.
 
Two major issues:
 
1) Oracle says updates will be slow on compressed tables, but I say don't
even try to update a compressed table, uncompress first otherwise you will
end up with a segment that is not good at all for scattered reads.
 
2) You can not add columns to the table when it's compressed, so if you
compressed a big table and need a new column you need to recreate the table
without compression. So adding many extra columns before compression is a
good idea.
 
It's mainly good for data warehouses applications.
 
Regards,
 
Waleed
 

-----Original Message-----
Sent: Thursday, September 25, 2003 9:05 AM
To: Multiple recipients of list ORACLE-L



I think 9202 doesn't like to export compressed tables in direct mode ... so
watch out for that ... I implemented, tested and next day reverted back to
regular tables due to this export issue. Disk is cheap.

A BAARF party member wannabe !! 
Raj 
----------------------------------------------------------------------------
---- 
Rajendra dot Jamadagni at nospamespn dot com 
All Views expressed in this email are strictly personal. 
QOTD: Any clod can have facts, having an opinion is an art ! 


-----Original Message----- 
Sent: Wednesday, September 24, 2003 10:05 PM 
To: Multiple recipients of list ORACLE-L 


"Compress to impress?" by Julian Dyke is a good presentation on this 
topic (see for instance http://www.ukoug.org/calendar/jan03/jan30ab.htm). 

I do have the article - 202 K with no compression, 147 K with 
compression :). 

Let me know if you're interested, and I'll email it directly to you. 

Mogens 

Avnish.Rastogi_at_providence.org wrote: 


>Does anybody has any experience with Oracle 9I compression option. I did
some test on 9202 with a table of more 14 million rows. Table has total 7 indexes. Surprising both table and indexes are using more space after compression. Before compression space used is 13064MB and after compression 13184MB. In both the cases I did export from source table and stored in two different tablespaces. Any insight on that and any disadvantages of using that.
>
>Thanks
Note: This message is for the named person's use only. It may contain confidential, proprietary or legally privileged information. No confidentiality or privilege is waived or lost by any mistransmission. If you receive this message in error, please immediately delete it and all copies of it from your system, destroy any hard copies of it and notify the sender. You must not, directly or indirectly, use, disclose, distribute, print, or copy any part of this message if you are not the intended recipient. Wang Trading LLC and any of its subsidiaries each reserve the right to monitor all e-mail communications through its networks. Any views expressed in this message are those of the individual sender, except where the message states otherwise and the sender is authorized to state them to be the views of any such entity. -- Please see the official ORACLE-L FAQ: http://www.orafaq.net -- Author: Mladen Gogala INET: mladen_at_wangtrading.com Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting services --------------------------------------------------------------------- To REMOVE yourself from this mailing list, send an E-Mail message to: ListGuru_at_fatcity.com (note EXACT spelling of 'ListGuru') and in the message BODY, include a line containing: UNSUB ORACLE-L (or the name of mailing list you want to be removed from). You may also send the HELP command for other information (like subscribing).
Received on Thu Sep 25 2003 - 09:24:42 CDT

Original text of this message

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