I think Daniel covered this when he mentioned that a transaction can
consist of many statements - some of which Oracle may not yet be aware of.
Until a user decides to commit or rollback then there is a possibility that
a transaction may head into that tablespace.

Of course it would be nice to play god and have an option which equated to
"I don't care, let those transactions fail miserably".

If I've misunderstood the terminology I'm terribly sorry.



                                                                                       
                                               
                      "Darrell Landrum"                                                
                                               
                      <[EMAIL PROTECTED]        To:       Multiple recipients of list 
ORACLE-L <[EMAIL PROTECTED]>                  
                      p.com>                   cc:                                     
                                               
                      Sent by:                 Subject:  Re: Partitions of table read 
only                                            
                      [EMAIL PROTECTED]                                                
                                               
                      .com                                                             
                                               
                                                                                       
                                               
                                                                                       
                                               
                      19/06/2003 13:34                                                 
                                               
                      Please respond to                                                
                                               
                      ORACLE-L                                                         
                                               
                                                                                       
                                               
                                                                                       
                                               




Discovery during the parse...?

>>> [EMAIL PROTECTED] 06/18/03 09:39PM >>>
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 services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [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).
--
Please see the official ORACLE-L FAQ: http://www.orafaq.net
--
Author: Darrell Landrum
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [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).



<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<---->>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
   Privileged/Confidential information may be contained in this message.
          If you are not the addressee indicated in this message
       (or responsible for delivery of the message to such person),
            you may not copy or deliver this message to anyone.
In such case, you should destroy this message and kindly notify the sender
           by reply e-mail or by telephone on (61 3) 9612-6999.
   Please advise immediately if you or your employer does not consent to
                Internet e-mail for messages of this kind.
        Opinions, conclusions and other information in this message
              that do not relate to the official business of
                         Transurban City Link Ltd
         shall be understood as neither given nor endorsed by it.
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<---->>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>


-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.net
-- 
Author: Mark Richard
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- 858-538-5051 http://www.fatcity.com
San Diego, California        -- Mailing list and web hosting services
---------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [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).

Reply via email to