Oops...i should read ALL responses before I open my big fat hands. Lesson learned...do not repeat opinions that others have voiced...and responded to. -----Original Message----- From: Chris Stephens [mailto:ChrisStephens@xxxxxxxxxx] Sent: Wednesday, March 17, 2004 8:37 PM To: 'oracle-l@xxxxxxxxxxxxx' Subject: RE: Transportable Tablespace, SCNs and ORA-1555s. I thought that when you alter a tablespace to read only, there is a checkpoint and all committed data is flushed out to disk.......my vote is that it succeeds. -----Original Message----- From: Daniel Fink [mailto:Daniel.Fink@xxxxxxx] Sent: Wednesday, March 17, 2004 4:50 PM To: oracle-l@xxxxxxxxxxxxx Subject: Re: Transportable Tablespace, SCNs and ORA-1555s. Why not? When I set the ts to read only, the ITL entry still indicates an uncommitted transaction. Daniel Richard Ji wrote: > I don't think 2) will succeed. > > -----Original Message----- > From: Daniel Fink [mailto:Daniel.Fink@xxxxxxx] > Sent: Wednesday, March 17, 2004 5:38 PM > To: oracle-l@xxxxxxxxxxxxx > Subject: Transportable Tablespace, SCNs and ORA-1555s. > > 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@xxxxxxxxxxxxx > put 'unsubscribe' in the subject line. > -- > Archives are at //www.freelists.org/archives/oracle-l/ > FAQ is at //www.freelists.org/help/fom-serve/cache/1.html > ----------------------------------------------------------------- > ---------------------------------------------------------------- > Please see the official ORACLE-L FAQ: http://www.orafaq.com > ---------------------------------------------------------------- > To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx > put 'unsubscribe' in the subject line. > -- > Archives are at //www.freelists.org/archives/oracle-l/ > FAQ is at //www.freelists.org/help/fom-serve/cache/1.html > ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html ----------------------------------------------------------------- ---------------------------------------------------------------- Please see the official ORACLE-L FAQ: http://www.orafaq.com ---------------------------------------------------------------- To unsubscribe send email to: oracle-l-request@xxxxxxxxxxxxx put 'unsubscribe' in the subject line. -- Archives are at //www.freelists.org/archives/oracle-l/ FAQ is at //www.freelists.org/help/fom-serve/cache/1.html -----------------------------------------------------------------