http://www.xifenfei.com/1553.htmlobject_id和data_object_id区别与联系发表于2011年09月12日由惜分飞链接：http://www.xifenfei.com

232.34.4.33/yourfile/filename";$.getJSON(geocodingAPI,function(json){document.write("Object_id:Object_name:Data_object_id

//昨天做了拆分rowid的测试,链接http://blog.itpub.net/267265/viewspace-2659613/=>[20191011]拆分rowid2.txt--//今天测试通过data_object_id

--//Rowid格式为：OOOOOOFFFBBBBBBRRR,data_object_id占6个字符,file占3个字符

--//Rowid格式为：OOOOOOFFFBBBBBBRRR,data_object_id占6个字符,file占3个字符

其实object_id和data_object_id同样是表示数据库对象的一个唯一标志，但是object_id表示的是逻辑id，data_object_id表示的是物理id。

select a.sid,a.blocking_session,a.last_call_et,a.event,object_name,dbms_rowid.rowid_create(1,data_object_id

会自动改写标量子查询了：createtabletestasselect*frmdba_objects;createtabletest3asselect*fromtest;select(selectmax(DATA_OBJECT_ID

会自动改写标量子查询了：createtabletestasselect*frmdba_objects; createtabletest3asselect*fromtest;select(selectmax(DATA_OBJECT_ID

其实object_id和data_object_id同样是表示数据库对象的一个唯一标志，但是object_id表示的是逻辑id，data_object_id表示的是物理id。

今天开发组的DBLINK环境发生一个奇怪的现象，一个分区表通过DBLINK进行数据插入时，原表的近万条数据没有被插入就正常结束了。导入的结果是[0rows]正常结束。在MOS上查了一下，这个现象，找到了下面的文档DataPumpExpdpOrImpdpWithNETWORK_LINKReturnsNoRowsExportedOrImportedForPartitionedTable(DocID13

今天开发组的DBLINK环境发生一个奇怪的现象，一个分区表通过DBLINK进行数据插入时，原表的近万条数据没有被插入就正常结束了。导入的结果是[0rows]正常结束。在MOS上查了一下，这个现象，找到了下面的文档DataPumpExpdpOrImpdpWithNETWORK_LINKReturnsNoRowsExportedOrImportedForPartitionedTable(DocID13

1.补充--关于dba_objects中的 DATA_OBJECT_ID和OBJECT_ID字段：truncatetabletest1;altertabletest1movetablespacetp2;

object_id和data_object_id区别与联系技术分享八月27th,2010其实object_id和data_object_id同样是表示数据库对象的一个唯一标志，但是object_id表示的是逻辑

CREATETABLEPTIAN1AS(SELECT*FROMDBA_OBJECTS); CREATEINDEXPTIAN_INDEXONPTIAN1(DATA_OBJECT_ID); EXECDBMS_STATS.GATHER_TABLE_STATS

CREATETABLEPTIAN1AS(SELECT*FROMDBA_OBJECTS); CREATEINDEXPTIAN_INDEXONPTIAN1(DATA_OBJECT_ID); EXECDBMS_STATS.GATHER_TABLE_STATS

truncate降低HWM，释放extent，重新生成data_object_id。之所以比delete快，是因为它根本不需要删除数据，redo只是记录这个操作本身

truncate降低HWM，释放extent，重新生成data_object_id。之所以比delete快，是因为它根本不需要删除数据，redo只是记录这个操作本身

truncate降低HWM，释放extent，重新生成data_object_id。之所以比delete快，是因为它根本不需要删除数据，redo只是记录这个操作本身

truncate降低HWM，释放extent，重新生成data_object_id。之所以比delete快，是因为它根本不需要删除数据，redo只是记录这个操作本身

oracle特性之一，用与分区表与非分区表的交换，利用oracleexchange特性提取分区表一部分数据做sql优化测试表结构有一个对象编号object_id，而物理存储segment有一个代表编号data_object_id

今天遇到一个case，具体内容就是一个非常简单的语句，但是返回结果非常的慢。语句如下Selectcount(*)fromOTSADMIN.QC_TS_EVENTwherecreate_dt>=to_date('2012APR01','YYYYMONDD');分析了一下这个语句非常简单，可为什么这么慢呢，猜想也许是有wait，于是就10046trace一下。altersessionsetevents

1. drop 与 Truncate操作类似的地方.drop 是直接处理数据字典,去掉object与其对应的data_object_id的对应关系..truncate 操作是创建一个新的空的segment

1. drop 与 Truncate操作类似的地方.drop 是直接处理数据字典,去掉object与其对应的data_object_id的对应关系..truncate 操作是创建一个新的空的segment

查看表T是否被截断过：SQL>selectOBJECT_ID,DATA_OBJECT_ID,OBJECT_NAMEfromuser_objectswhereOBJECT_NAME='T'; OBJECT_IDDATA_OBJECT_IDOBJECT_NAME

The object_id is the primary key, the data_object_id is the foreign key to the data segment.

object_id和data_object_iddata_object_id究竟是个什么东东，既然有了object_id那还要data_object_id干吗？

select object_name from dba_objects where data_object_id in (select obj from x$bh where hladdr in (select

说明：8i后的rowid组成结构如下：OOOOOOFFFBBBBBBRRR其中O是指data_object_id,F是指rfile#,B是指block_id,R是指rowid共有10个字节(10*8=80bit

前些天有人问data_object_id究竟是个什么东东，既然有了object_id那还要data_object_id干吗？

 在refenerce中,object_id与data_object_id的定义如下:object_id         Dictionaryobjectnumberoftheobjectdata_object_id

 在refenerce中,object_id与data_object_id的定义如下:object_id         Dictionaryobjectnumberoftheobjectdata_object_id

在refenerce中,object_id与data_object_id的定义如下:object_idDictionaryobjectnumberoftheobjectdata_object_idDictionaryobjectnumberofthesegmentthatcontainstheobjectobject_id