Re: partition tables

• paquette stephane <stephane_paquette_at_yahoo.com>

> You can use insert select , export/import, create as
> select to move data from a non-partitionned to a
> partitionned table.
>
> Partitionning helps in the management of large tables
> more than in speeding the queries.
> Will you delete data from that table one day ?
> Choose the partition key carefully.
>
> A partition with only 100 000 rows is pretty small.
> Since you have 10 000 000 rows in your table, you will
> have 100 partitions of 100 000 rows, it's way too many
> small partitions.

Depends on the use. If they have many queries for which indexes don't help then locally managed part's w/ table scans in parallel server might help. It also depends on their unit of rolloff. In a near-realtime system being able to offline/truncate a small partition every 3 minutes can be a big help. I've dealt with databases that had houly partitions for 7 days (though with more rows than this, the count of partitions helped).

A lot of it comes down to how the primary key breaks down and how granular the rolloff needs to be.

--
Steven Lembark                               2930 W. Palmer
Workhorse Computing                       Chicago, IL 60647
                                            +1 800 762 1582
-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Steven Lembark
  INET: lembark_at_wrkhors.com

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
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).