How to organize partitions and chronological data purging

Question

I need some help in automatic table purging (10g)
How to organize a new table to be chronologically purged ?
It will be helpful if good links will be posted.
Thanks.
bol
Message was edited by:
Bolev
Message was edited by:
Bolev

Answer 1

Therefore ... please expand ... what exactly are youtrying to accomplish.
and here is your answer to your question:
Therefore, this kind of purge now gets
filed under 'archiving old data' in this tired old
brain of mine. Archive to some alternate storage,
perhaps reformatted, and the source records
eliminated. AKA 'move data to near-line or
alternate storage') That is exactly what it is and in my understanding
there is no conflict with term "chronologically
purged" (unfortunately English is my second language
:) Got it. And now, perhaps, you understand why we needed the explanation.
>
Actually this is not a simple issue and I am trying
to accomplish this the most efficient way.
I guess, archive-truncate will be the best solution
in most cases.
You are quite correct. It is not a simple issue. And we still need more information, simply because there is no 'one size fits all' solution. A significant amount is determined by the table and index statistics as well as how many indexes.
So next set of questions starts with:
for each table, describe
- are there foreign keys ... dependents must be handled first;
- the general table storage statistics (mainly rows per block);
- is partitioning [option] involved;
- the key, or foreign key, which you can use to purge;
- is that key indexed;
- how many other indexes and constraints will be impacted by the purge;
- roughly ow much (percentage) of the table will be purged each time;
- how often;
As I noticed in my original post I was also asking
about good related references (links) if exist
Perhaps Niall can help. He admitted to experience <g>
Impressed with this board We try. It's sometimes also quite a madhouse.