why the dbwr process write the dirty blocks when dropping or truncating a table - Oracle数据库管理 - ITPUB论坛

ITPUB论坛 » Oracle数据库管理 » why the dbwr process write the dirty blocks when dropping or truncating a table

‹‹ 上一主题 | 下一主题 ››

blue_or_white
初级会员

精华贴数 0
个人空间 0
技术积分 93 (17525)
社区积分 0 (1470366)
注册日期 2007-7-14
论坛徽章:2

使用道具

发表于 2008-7-5 22:39

why the dbwr process write the dirty blocks when dropping or truncating a table

Is there any body can give me an answer?
I am really confused about this

welcome discusion!!!

只看该作者

ljgfly2007
老会员

精华贴数 0
个人空间 0
技术积分 1205 (1462)
社区积分 9 (11642)
注册日期 2007-4-5
论坛徽章:1

使用道具

发表于 2008-7-6 00:06

oracle会将commit的数据通过dbwr写到数据文件当中，至于为什么：为了维护数据的一致性

__________________

Oracle and IBM

只看该作者

blue_or_white
初级会员

精华贴数 0
个人空间 0
技术积分 93 (17525)
社区积分 0 (1470366)
注册日期 2007-7-14
论坛徽章:2

使用道具

发表于 2008-7-6 11:16

QUOTE:

原帖由 ljgfly2007 于 2008-7-6 00:06 发表

oracle会将commit的数据通过dbwr写到数据文件当中，至于为什么：为了维护数据的一致性

You said that dbwr writes the blocks into the datafile, it is for data consistence, I agree with you.
But are you sure that when drop or truncate a table, the dbwr only write the committed blocks into the datafiles?

You know, there are a lot of conditions will trigger the dbwr writing blocks (not only the committed blcoks)
such as : tablespace off line , tablespace read only , tablespace begin backup , no free buffer in the buffer cache, the dirty buffer reach a threshold, a rac ping, timeout(3 mins), checkpoint
and drop or truncate a table.

只看该作者