Oracle: простой вопрос

[hren]

Заранее прошу прощения за странный вопрос:

Пишет ли dbwr в temp (имеются в виду любые типы temporary segments)?

[JustMax]

Заранее прошу прощения за странный вопрос:

Пишет ли dbwr в temp (имеются в виду любые типы temporary segments)?

Еще более странный вопрос - а кто же еще ? (Имеется ввиду физическая запись на диск). Притом происходит это в нескольких случаях : при checkpoint time-out или при отсутствии памяти (грубо) или при переключении redo-logs. Здесь я, правда, не помню кто обновляет control files - lgwr или dbwr.

[vc]

Заранее прошу прощения за странный вопрос:

Пишет ли dbwr в temp (имеются в виду любые типы temporary segments)?

No, it does not.

VC

[Lazy44]

As far as I remember dbwr writes only into permanent tablespaces. User processes writes into temp

[vc]

As far as I remember dbwr writes only into permanent tablespaces. User processes writes into temp

Close, but not quite there ...

The shadow Oracle process spawned by the user process (not the user process itself) will indeed write to the temp ts.

In addition, the shadow process will write to the 'normal'/permanent ts during index creation/lob operations/ctas and such.

VC

[hren]

То есть в temp ts и ts типа temp пишет серверный процесс. А в temp segments, которые (простите за тавтологию) временно являются временными, например, до окончания создания индекса, в "нормальных" ts, пишет dbwr?

Кто тогда осуществляет space management для temp? Сами серверные процессы или smon?


2JustMax: дело в том, что запись на диск при сортировках идет мимо кэша (это в явном виде указано в штатной документации), соответственно и запись блоков при нехватке буферов невозможна. Запись по checkpoint или при переключении журналов в случае дисковой сортировки это довольно странная концепция. Собственно поэтому и возник вопрос.

[vc]

А в temp segments, которые (простите за тавтологию) временно являются временными, например, до окончания создания индекса, в "нормальных" ts, пишет dbwr?
.

"...the shadow process[not dbwr] will write to the 'normal'/permanent ts during index creation/lob operations/ctas and such."

VC

[hren]

Извините, прочитал невнимательно. Итак, dbwr никогда не пишет в temp. Остается только вопрос с реализацией space maanagement'а.

[vc]

Извините, прочитал невнимательно. Итак, dbwr никогда не пишет в temp.

Well, no, I forgot to mention GTTs. DMLs to temporary tables (which are created in temp) are performed as usual, via cache and DBWR.

The cache/dbwr is bypassed for:
sort operations
parallel scans
LOB handling
direct path inserts
index creation
CTAS

Остается только вопрос с реализацией space maanagement'а.

Space management follows the usual path: cache->dbwr.


VC