| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
 |
 | |||
| Oracle FAQ | Your Portal to the Oracle Knowledge Grid | |
|
| |||
Home -> Community -> Mailing Lists -> Oracle-L -> Re: Transportable Tablespace, SCNs and ORA-1555s.
At 03:08 AM 3/18/2004, you wrote:
>and answering with a brain that refuses to look it up in the docs since
>I'm home...
>
>when you alter the tablespace to read-only, doesn't Oracle clean out
>all the blocks in the datafiles?
Nope.
Read Connors article at his site http://www.oracledba.co.uk/. No direct referral possible, look under Administration -> Slow read-only, an article dated 14-06-2002.
Regards, Carel-Jan
===
If you think education is expensive, try ignorance. (Derek Bok)
===
>--- Daniel Fink <Daniel.Fink_at_Sun.COM> wrote:
> > This is not in response to an actual problem, it is just the
> > result of a brain that goes off on tangents way to often...
> >
> > How does a transaction know NOT to build a consistent version of
> > data that has been transported?
> >
> > Sequence of events
> > 1) Insert records into table1. A Commit SCN of 100000 is
> > assigned. Due to the size of the insert, there are blocks in the
> > table that still have an Uncommitted state.
> > 2) Alter tablespace1 (containing table1) to read only and
> > transport it to database2.
> > 3) Start a query in database2 (with an SCN of 1000) that
> > accesses the newly transported table1.
> >
> > Will the query get a 1555?
> >
> > Yes - It cannot create a read consistent view to SCN 1000
> > No - It knows that this data came from another database, so it
> > does not attempt to build a read-consistent version
> >
> > Thoughts on which is correct? I know, I know...build a damn
> > testcase and see for myself. I'm working on it, but I wanted to
> > see what you all thought first.
> >
> > Daniel
> >
> >
> > ----------------------------------------------------------------
> > Please see the official ORACLE-L FAQ: http://www.orafaq.com
> > ----------------------------------------------------------------
> > To unsubscribe send email to: oracle-l-request_at_freelists.org
> > put 'unsubscribe' in the subject line.
> > --
> > Archives are at http://www.freelists.org/archives/oracle-l/
> > FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
> > -----------------------------------------------------------------
>
>
>__________________________________
>Do you Yahoo!?
>Yahoo! Mail - More reliable, more storage, less spam
>http://mail.yahoo.com
>----------------------------------------------------------------
>Please see the official ORACLE-L FAQ: http://www.orafaq.com
>----------------------------------------------------------------
>To unsubscribe send email to: oracle-l-request_at_freelists.org
>put 'unsubscribe' in the subject line.
>--
>Archives are at http://www.freelists.org/archives/oracle-l/
>FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html
>-----------------------------------------------------------------
-- Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------Received on Wed Mar 17 2004 - 20:32:28 CST
 |
 |