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: Best Practice - Partitioned object, one partition per tablesp

RE: Best Practice - Partitioned object, one partition per tablesp

From: <Paula_Stankus_at_doh.state.fl.us>
Date: Thu, 26 Sep 2002 06:33:29 -0800
Message-ID: <F001.004D9DA6.20020926063329@fatcity.com>






RE: Best Practice - Partitioned object, one partition per tablespace,



exactly - in the warehouse I am working on we have so much data over so many partitioned ranges (for the benefits of partition elimination) that it didn't make sense to create a separate part. in each tablespace plus at some point there are limits to datafiles - so grouped partitions based on access/modifications expected (for readonly benefits) - etc.

-----Original Message-----
From: Tim Gorman [mailto:Tim@SageLogix.com]
Sent: Thursday, September 26, 2002 1:49 AM
To: Multiple recipients of list ORACLE-L
Subject: Re: Best Practice - Partitioned object, one partition per
tablespace,


Another approach is to partition according to your load strategy, but make
them reside in tablespaces according to how you want to set them to READ
ONLY.

For example, if you load daily, partition daily.  But if you want to set the
data into READ ONLY to reduce backup volumes on a quarterly basis, then put
all of those daily partitions into quarterly tablespaces.  So, each
tablespace will have roughly 90-91 partitions for each table...

----- Original Message -----
To: "Multiple recipients of list ORACLE-L" <ORACLE-L@fatcity.com>
Sent: Wednesday, September 25, 2002 11:48 AM


> We currently are creating partitions of a given table in individual
> tablespaces (1 partition = one tablespace). To me, this seems like a
> reasonable practice. Anyone have any thoughts about this they would like
the
> share?
>
> RF
>
> Robert G. Freeman - Oracle OCP
> Oracle Database Architect
> CSX Midtier Database Administration
> Author of several Oracle books you can find on Amazon.com!
>
>
> The avalanche has begun, It is too late for the pebbles to vote.
>
>
> --
> Please see the official ORACLE-L FAQ: http://www.orafaq.com
> --
> Author: Freeman, Robert
>   INET: Robert_Freeman@csx.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@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).

--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Tim Gorman
  INET: Tim@SageLogix.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@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).

-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: 
  INET: Paula_Stankus_at_doh.state.fl.us

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 26 2002 - 09:33:29 CDT

Original text of this message

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