Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
Database Servers
DB2InformixIngresMS SQLOraclePervasive.SQLPostgreSQLProgressSybase
Desktop Databases
FileMakerFoxProMS AccessParadox
General
General DB TopicsDatabase Theory
Related Topics
Java Development.NET DevelopmentVB DevelopmentMore Topics ...

Database Forum / Oracle / Oracle Server / June 2005

Tip: Looking for answers? Try searching our database.

Does Partition DDL generate redologs?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
RaviAlluru - 28 Jun 2005 20:52 GMT
Hello All,
   Here is the scenario.
We have a production instance with huge partitioned tables (almost 2
billion rows in the biggest table ) partitioned on a weekly basis.
  We are embarking on an archiving mechanism where we are trying to
push data older than a certain date to a new staging instance and
schema. We have s Standy database running alongwith the Production
instance , in managed recovery mode.

My question is we will be doing things like :

ALTER TABLE E1 EXCHANGE PARTITION P1 WITH TABLE STAGE.E1_STAGE@STAGE;

ALTER TABLE E1 DROP PARTITION P1;

where STAGE is the database link to the staging area instance (separate
from the production instance).

Would the above statements generate any REDO?

Also what effect would this have on the STANDBY database ?
(I know that DDL would be genreated on the standy too). Would we need
to create a separate STAGE instance for the STANDBY to go against?

(We really want to minimize the impact on the STANDBY by generating as
little REDO as possible on the STANDBY ).

Any help is appreciated.

Thanks

Ravi Alluru
Maxim Demenko - 28 Jun 2005 22:34 GMT
RaviAlluru schrieb:
> Hello All,
>     Here is the scenario.
[quoted text clipped - 28 lines]
>
> Ravi Alluru

Maybe i misunderstood your intention, but if you are going to exchange
partitions with tables in different databases - it is not implemented
yet ;-)
Usually ddl generates redo ( and if you exchange partition with a local
table it will be generated as well ). The impact of redo generation due
to ddl operations is however minimal, so you don't have to expect
problems on the standby side with it.

Best regards

Maxim
DA Morgan - 29 Jun 2005 01:56 GMT
> Maybe i misunderstood your intention, but if you are going to exchange
> partitions with tables in different databases - it is not implemented
[quoted text clipped - 3 lines]
>
> Maxim

Unless I am misunderstanding you, and the OP, it most certainly is.

Might I ask for a clarification of what you think can not be done.

Thanks.
Signature

Daniel A. Morgan
http://www.psoug.org
damorgan@x.washington.edu
(replace x with u to respond)

Maxim Demenko - 29 Jun 2005 02:19 GMT
DA Morgan schrieb:

>> Maybe i misunderstood your intention, but if you are going to exchange
>> partitions with tables in different databases - it is not implemented
[quoted text clipped - 9 lines]
>
> Thanks.

It seems to be not too good time for clarifications ( after at least 6
cups of coffee ;-)), but that is my point:

Op states
ALTER TABLE E1 EXCHANGE PARTITION P1 WITH TABLE STAGE.E1_STAGE@STAGE;

This implies ( as for me ) he will exchange a partition of local
partitioned table with a table on remote database, which should end up
in 0RA-02021 -- ddl operations on remote database are not allowed. It is
obvious , that exchange partition is only data dictionary  operation
that doesn't lead to data movement, it switches only segment pointers.
Further , i'm afraid , OP misunderstood the concept of such partitioning
operations , because he will reduce the amount of redo generated ( which
is in this case insignificant compared with insert in the table contents
of an partition ).
Maybe Daniel, you can tell me your point of view on this subject, anyway
, still ready to learn ...

Best regards

Maxim
DA Morgan - 29 Jun 2005 06:37 GMT
> DA Morgan schrieb:
>
[quoted text clipped - 33 lines]
>
> Maxim

From Morgan's Library:

Convert A Partition Into A Stand-alone Table
ALTER TABLE sales
EXCHANGE PARTITION feb97 WITH TABLE sales_feb97
INCLUDING INDEXES
WITHOUT VALIDATION
EXCEPTIONS INTO uwclass.problems;

One can also convert a stand-alone table into a partition
of a partitioned table.

So I'm seeing the ability to go either way and am trying to
figure out what you are saying can not be done.
Signature

Daniel A. Morgan
http://www.psoug.org
damorgan@x.washington.edu
(replace x with u to respond)

Maxim Demenko - 29 Jun 2005 06:47 GMT
DA Morgan schrieb:

>> DA Morgan schrieb:
>>
[quoted text clipped - 48 lines]
> So I'm seeing the ability to go either way and am trying to
> figure out what you are saying can not be done.

Sorry ?
I've never said it can not be done, only what i said was: in
"ALTER TABLE abc EXCHANGE PARTITION efg WITH TABLE ijk"
both, TABLE abc AND TABLE ijk should be in the *SAME* database, it can
not be done over the database link.

Best regards

Maxim
DA Morgan - 29 Jun 2005 06:59 GMT
> DA Morgan schrieb:
>
[quoted text clipped - 60 lines]
>
> Maxim

Got it. That part of what you were saying wasn't obvious to me before.
Signature

Daniel A. Morgan
http://www.psoug.org
damorgan@x.washington.edu
(replace x with u to respond)

RaviAlluru - 30 Jun 2005 19:01 GMT
Thanks Guys,
   So what I am hearing is you cant exchange partitions with tables ,
running on different instances .
 Also partition exchange  wont generate redo.
Thanks
Ravi
Maxim Demenko - 30 Jun 2005 19:27 GMT
RaviAlluru schrieb:
> Thanks Guys,
>     So what I am hearing is you cant exchange partitions with tables ,
> running on different instances .
>   Also partition exchange  wont generate redo.
That's not quite correct, partition exchange *will* generate redo, not
much , but it will.

> Thanks
> Ravi

Best regards

Maxim
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2010 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.