Let me rephrase it then... If the TEMP TS is shown as 100% used in the
temp_space_header table it does
not necessarily mean that it is full because the existing segments can be
reused by other processes.
IS that correct statement?

thank you

Gene Gurevich
Oracle MySQL Operations - OMO
224-405-4079


                                                 
        "Alexander                                  
        Fatkulin"                                  
        <afatkulin@(protected)
        com>               genegurevich@(protected)
                                               cc
        06/13/2007 01:00       oracle-l@(protected)        
        PM                                   Subject
                         Re: temporary space usage      
                                                 
                                                 
                                                 
                                                 
                                                 
                                                 




No, the additional segments are allocated as needed. it can be but it
don't have to be.

On 6/13/07, genegurevich@(protected)
<genegurevich@(protected):
> So that means that the TEMP tablespace will always be at 100% usage,
> correct?
>
>
> thank you
>
> Gene Gurevich
>
>
>
>
>         "Alexander
>         Fatkulin"
>         <afatkulin@(protected).
To
>         com>               genegurevich@(protected)
>
cc
>         06/13/2007 11:45       oracle-l@(protected)
>         AM
Subject
>                           Re: temporary space usage
>
>
>
>
>
>
>
>
>
>
> The segments will be reused by the another processes as needed. Oracle
> keeps them so it doesn't need to create them again each time someone
> wants it.
>
> On 6/13/07, genegurevich@(protected)
> <genegurevich@(protected):
>
> > Does the bottom query indicates that the TEMP TS is used by some
> temporary
> > segments, which will be reused by any
> > process that needs TEMP ts and therefore is misleading? Or is there
> another
> > explanation?
> >
> > thank you
> >
> > Gene Gurevich
> >
>
> --
> Alexander Fatkulin
>
>
>
>
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>


--
Alexander Fatkulin




--
http://www.freelists.org/webpage/oracle-l