Return-Path: <ml-errors@fatcity.com>
Received: from ensim.rackshack.net (root@localhost)
 by orafaq.net (8.11.6/8.11.6) with ESMTP id h8PGhVX10500
 for <oracle-l@orafaq.net>; Thu, 25 Sep 2003 11:43:31 -0500
X-ClientAddr: 66.27.56.210
Received: from ns3.fatcity.com (rrcs-west-66-27-56-210.biz.rr.com [66.27.56.210])
 by ensim.rackshack.net (8.11.6/8.11.6) with ESMTP id h8PGhPc10490
 for <oracle-l@orafaq.net>; Thu, 25 Sep 2003 11:43:30 -0500
Received: from ns3.fatcity.com (localhost.localdomain [127.0.0.1])
 by ns3.fatcity.com (8.12.8/8.12.8) with ESMTP id h8PE1HCY032203
 for <oracle-l@orafaq.net>; Thu, 25 Sep 2003 07:04:44 -0700
Received: (from root@localhost)
 by ns3.fatcity.com (8.12.8/8.12.5/Submit) id h8PDoP0Z030350
 for oracle-l@orafaq.net; Thu, 25 Sep 2003 06:50:25 -0700
Received: by fatcity.com (05-Jun-2003/v1.0g-b73/bab) via fatcity.com id 005D10C5; Thu, 25 Sep 2003 06:49:47 -0800
Message-ID: <F001.005D10C5.20030925064947@fatcity.com>
Date: Thu, 25 Sep 2003 06:49:47 -0800
To: Multiple recipients of list ORACLE-L <ORACLE-L@fatcity.com>
X-Comment: Oracle RDBMS Community Forum
X-Sender: "Tanel Poder" <tanel.poder.003@mail.ee>
Sender: ml-errors@fatcity.com
Reply-To: ORACLE-L@fatcity.com
Errors-To: ML-ERRORS@fatcity.com
From: "Tanel Poder" <tanel.poder.003@mail.ee>
Subject: Re: Oracle Compress Option
Organization: Fat City Network Services, San Diego, California
X-ListServer: v1.0g, build 73; ListGuru (c) 1996-2003 Bruce A. Bergman
Precedence: bulk
Mime-Version: 1.0
Content-Type: multipart/alternative;	boundary="----=_NextPart_000_132D_01C38384.C4250CB0"
------=_NextPart_000_132D_01C38384.C4250CB0
Content-Type: text/plain;
 charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

RE: Oracle Compress OptionHi!

I think in DW style environments, compressed fact tables and indexes on =
them can give more benefit than just saved disk storage -> if you save =
50% in space due compression, then 100% more data can be read in single =
IO as well.

Tanel.

  ----- Original Message -----=20
  From: Khedr, Waleed=20
  To: Multiple recipients of list ORACLE-L=20
  Sent: Thursday, September 25, 2003 4:34 PM
  Subject: RE: Oracle Compress Option


  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-----
    From: Jamadagni, Rajendra [mailto:Rajendra.Jamadagni@espn.com]
    Sent: Thursday, September 25, 2003 9:05 AM
    To: Multiple recipients of list ORACLE-L
    Subject: RE: Oracle Compress Option


    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 !!=20
    Raj=20
    =
-------------------------------------------------------------------------=
-------=20
    Rajendra dot Jamadagni at nospamespn dot com=20
    All Views expressed in this email are strictly personal.=20
    QOTD: Any clod can have facts, having an opinion is an art !=20



    -----Original Message-----=20
    From: Mogens N=F8rgaard [mailto:mln@miracleas.dk]=20
    Sent: Wednesday, September 24, 2003 10:05 PM=20
    To: Multiple recipients of list ORACLE-L=20
    Subject: Re: Oracle Compress Option=20



    "Compress to impress?" by Julian Dyke is a good presentation on this =

    topic (see for instance =
http://www.ukoug.org/calendar/jan03/jan30ab.htm).=20

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

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


    Mogens=20

    Avnish.Rastogi@providence.org wrote:=20

    >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.

    >=20
    >Thanks=20

------=_NextPart_000_132D_01C38384.C4250CB0
Content-Type: text/html;
 charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD><TITLE>RE: Oracle Compress Option</TITLE>
<META http-equiv=3DContent-Type content=3D"text/html; =
charset=3DISO-8859-1">
<META content=3D"MSHTML 6.00.2800.1226" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#e0e0e0>
<DIV><FONT face=3DArial size=3D2>Hi!</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>I think in DW style environments, =
compressed fact=20
tables and indexes on them can give more benefit than just saved disk =
storage=20
-&gt; if you save 50% in space due compression, then 100% more data can =
be read=20
in single IO as well.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Tanel.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2></FONT>&nbsp;</DIV>
<BLOCKQUOTE dir=3Dltr=20
style=3D"PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; =
BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
  <DIV style=3D"FONT: 10pt arial">----- Original Message ----- </DIV>
  <DIV=20
  style=3D"BACKGROUND: #e4e4e4; FONT: 10pt arial; font-color: =
black"><B>From:</B>=20
  <A title=3DWaleed.Khedr@FMR.COM =
href=3D"mailto:Waleed.Khedr@FMR.COM">Khedr,=20
  Waleed</A> </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>To:</B> <A =
title=3DORACLE-L@fatcity.com=20
  href=3D"mailto:ORACLE-L@fatcity.com">Multiple recipients of list =
ORACLE-L</A>=20
  </DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Sent:</B> Thursday, September 25, =
2003 4:34=20
  PM</DIV>
  <DIV style=3D"FONT: 10pt arial"><B>Subject:</B> RE: Oracle Compress =
Option</DIV>
  <DIV><BR></DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff =
size=3D2>Disk is not=20
  cheap if you pay for high availability configuration. I compress =
historical=20
  data on daily basis and was able to save 70 percent of the disk space. =
Imagine=20
  the amount of savings for five TB.</FONT></SPAN></DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff=20
  size=3D2></FONT></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff =
size=3D2>Two major=20
  issues:</FONT></SPAN></DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff=20
  size=3D2></FONT></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff =
size=3D2>1) Oracle says=20
  updates will be slow on compressed tables, but I say don't even try to =
update=20
  a compressed table, uncompress first otherwise you will end up with a =
segment=20
  that is not good at all for scattered reads.</FONT></SPAN></DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff=20
  size=3D2></FONT></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff =
size=3D2>2) You can not=20
  add columns to the table when it's compressed, so if you compressed a =
big=20
  table and need a new column you need to recreate the table without=20
  compression. So adding many extra columns before compression is a good =

  idea.</FONT></SPAN></DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff=20
  size=3D2></FONT></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff =
size=3D2>It's mainly=20
  good for data warehouses applications.</FONT></SPAN></DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff=20
  size=3D2></FONT></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff=20
  size=3D2>Regards,</FONT></SPAN></DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff=20
  size=3D2></FONT></SPAN>&nbsp;</DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff=20
  size=3D2>Waleed</FONT></SPAN></DIV>
  <DIV><SPAN class=3D283022512-25092003><FONT color=3D#0000ff=20
  size=3D2></FONT></SPAN>&nbsp;</DIV>
  <BLOCKQUOTE dir=3Dltr style=3D"MARGIN-RIGHT: 0px">
    <DIV class=3DOutlookMessageHeader dir=3Dltr align=3Dleft><FONT =
face=3DTahoma=20
    size=3D2>-----Original Message-----<BR><B>From:</B> Jamadagni, =
Rajendra=20
    [mailto:Rajendra.Jamadagni@espn.com]<BR><B>Sent:</B> Thursday, =
September 25,=20
    2003 9:05 AM<BR><B>To:</B> Multiple recipients of list=20
    ORACLE-L<BR><B>Subject:</B> RE: Oracle Compress =
Option<BR><BR></FONT></DIV>
    <P><FONT size=3D2>I think 9202 doesn't like to export compressed =
tables in=20
    direct mode ... so watch out for that ... I implemented, tested and =
next day=20
    reverted back to regular tables due to this export issue. Disk is=20
    cheap.</FONT></P>
    <P><FONT size=3D2>A BAARF party member wannabe !!</FONT> <BR><FONT=20
    size=3D2>Raj</FONT> <BR><FONT=20
    =
size=3D2>----------------------------------------------------------------=
----------------</FONT>=20
    <BR><FONT size=3D2>Rajendra dot Jamadagni at nospamespn dot =
com</FONT>=20
    <BR><FONT size=3D2>All Views expressed in this email are strictly=20
    personal.</FONT> <BR><FONT size=3D2>QOTD: Any clod can have facts, =
having an=20
    opinion is an art !</FONT> </P><BR>
    <P><FONT size=3D2>-----Original Message-----</FONT> <BR><FONT =
size=3D2>From:=20
    Mogens N=F8rgaard [<A=20
    href=3D"mailto:mln@miracleas.dk">mailto:mln@miracleas.dk</A>]</FONT> =
<BR><FONT=20
    size=3D2>Sent: Wednesday, September 24, 2003 10:05 PM</FONT> =
<BR><FONT=20
    size=3D2>To: Multiple recipients of list ORACLE-L</FONT> <BR><FONT=20
    size=3D2>Subject: Re: Oracle Compress Option</FONT> </P><BR>
    <P><FONT size=3D2>"Compress to impress?" by Julian Dyke is a good =
presentation=20
    on this </FONT><BR><FONT size=3D2>topic (see for instance <A=20
    href=3D"http://www.ukoug.org/calendar/jan03/jan30ab.htm"=20
    =
target=3D_blank>http://www.ukoug.org/calendar/jan03/jan30ab.htm</A>).</FO=
NT>=20
    </P>
    <P><FONT size=3D2>I do have the article - 202 K with no compression, =
147 K=20
    with </FONT><BR><FONT size=3D2>compression :).</FONT> </P>
    <P><FONT size=3D2>Let me know if you're interested, and I'll email =
it directly=20
    to you.</FONT> </P>
    <P><FONT size=3D2>Mogens</FONT> </P>
    <P><FONT size=3D2>Avnish.Rastogi@providence.org wrote:</FONT> </P>
    <P><FONT size=3D2>&gt;Does anybody has any experience with Oracle 9I =

    compression option. I did some test on 9202 with a table of more 14 =
million=20
    rows. Table has total 7 indexes. Surprising both table and indexes =
are using=20
    more space after compression. Before compression space used is =
13064MB and=20
    after compression 13184MB. In both the cases I did export from =
source table=20
    and stored in two different tablespaces. Any insight on that and any =

    disadvantages of using that.</FONT></P>
    <P><FONT size=3D2>&gt;</FONT> <BR><FONT size=3D2>&gt;Thanks</FONT>=20
  </P></BLOCKQUOTE></BLOCKQUOTE></BODY></HTML>

------=_NextPart_000_132D_01C38384.C4250CB0--


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Tanel Poder
  INET: tanel.poder.003@mail.ee

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@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).

