| 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: Partitions of table read only
Food for thought...
How does Oracle know that an existing transaction (which may be more
than the current statement) will not alter data in the RO Tablespace
until the transaction is completed (rollback/commit)?
--
Daniel W. Fink
http://www.optimaldba.com
Rachel Carmichael wrote:
The admin guide doesn't say "no transactions in the database". In fact,
it specifically says in the tablespace:
" You do not have to wait for transactions to complete before issuing
the ALTER TABLESPACE...READ ONLY statement. When the statement is
issued, the target tablespace goes into a transitional read-only mode
in which no further DML statements are allowed, though existing
transactions that modified the tablespace will be allowed to commit or
rollback. Once this occurs, the tablespace is quiesced, with respect to
active transactions."
There were other transactions in the database, but none affecting that
tablespace.
The concepts guide is somewhat ambiguous and could be read either as
"in the database" or "against the tablespace" since it isn't specified.
Have I mentioned lately that I hate the docs? :)
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Daniel W. Fink
INET: [EMAIL PROTECTED]
Fat City Network Services -- 858-538-5051 http://www.fatcity.com San Diego, California -- Mailing list and web hosting servicesto: [EMAIL PROTECTED] (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). Received on Wed Jun 18 2003 - 20:53:05 CDT
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
 |
 |