前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >不经意发现的dba_objects和dba_tables中的细节(r7笔记第56天)

不经意发现的dba_objects和dba_tables中的细节(r7笔记第56天)

作者头像
jeanron100
发布2018-03-16 17:46:43
1.6K0
发布2018-03-16 17:46:43
举报
文章被收录于专栏:杨建荣的学习笔记

今天有一个同学问我一个问题,因为白天比较忙也没有在意,在下班后坐地铁的时候抽空看了这个问题,感觉还是蛮有意思的。但是当时也没有任何答案,就准备自己回去好好实验一下再做答复,至少不能敷衍别人嘛。 他的问题大体思路如下,查看sys用户下object_type为TABLE的对象 SQL> select owner,count(*) from dba_objects where object_type='TABLE' and owner='SYS' group by owner; OWNER COUNT(*) ------------------------------ ---------- SYS 1007 然后查看dba_tables中owner为sys的表 SQL> select owner,count(*)from dba_tables where owner='SYS' group by owner; OWNER COUNT(*) ------------------------------ ---------- SYS 994 这两个语句看起来表达的意思应该相同,但是查出来的结果却出人意料,这位同学的疑问也再次。 于是我写了下面这个语句,可以看到确实有10多个不同的对象,但是object_type确实为TABLE select owner,object_name,object_type from dba_objects where object_type='TABLE' and owner='SYS' and object_name not in (select table_name from dba_tables where owner='SYS') ; OWNER OBJECT_NAME OBJECT_TYPE --------------- ------------------------------ ------------------- SYS KOTTD$ TABLE SYS KOTTB$ TABLE SYS KOTAD$ TABLE SYS KOTMD$ TABLE SYS KOTTBX$ TABLE SYS KOTADX$ TABLE SYS S_PROPS_TAB TABLE SYS PROPERTIES_TAB TABLE SYS USR_PROPERTIES_TAB TABLE SYS SCHEDULER$_RJQ_ANT TABLE SYS SCHEDULER$_FWQ_ANT TABLE SYS SYSNTIzu9FjIBDzDgUy2FfwrwMA== TABLE SYS SYSNTIzu9FjIDDzDgUy2FfwrwMA== TABLE SYS SYSNTIzu9FjIFDzDgUy2FfwrwMA== TABLE SYS SYSNT5LbVzBZPECLgQ6yq6ApJJw== TABLE SYS SYSNT5LbVzBZRECLgQ6yq6ApJJw== TABLE SYS SYSNT5LbVzBZTECLgQ6yq6ApJJw== TABLE SYS SYSNTIzu9FjIKDzDgUy2FfwrwMA== TABLE SYS SYSNTIzu9FjIMDzDgUy2FfwrwMA== TABLE SYS SYSNTIzu9FjIODzDgUy2FfwrwMA== TABLE 20 rows selected. 这个结果是在11.2.0.4.0的环境中的,在12c中会有一些差别。 而且更奇怪的是使用desc命令直接无效,也不提示错误,也没有输出结果。 SQL> desc "KOTAD$" SQL> desc KOTADX$ 当然使用count(*)来查看数据条数,却能显示出来。 SQL> select count(*)from KOTADX$; COUNT(*) ---------- 3 如果尝试查看这个table的内容,也给出ORA错误。 SQL> select * from KOTADX$; select * from KOTADX$ * ERROR at line 1: ORA-30732: table contains no user-visible columns SQL> select count(*)from KOTAD$; COUNT(*) ---------- 22511 对于这个错误,官方的解释如下: SQL> !oerr ora 30732 30732, 00000, "table contains no user-visible columns" // *Cause: An attempt was made to query on a system table which has no // user-visible columns. // *Action: Do not query on a system table that has no user-visible // columns. 那么这个问题看起来是一个蛮神秘的细节,是不是和回收站有关系呢,我随机用了一个环境测试。 查看一个普通用户下,回收站中存在几个表。 SQL> select * from cat; TABLE_NAME TABLE_TYPE ------------------------------ ----------- BIN$JGiHLuOWWNvgUy2FfwrNqg==$0 TABLE BIN$JGiHLuOXWNvgUy2FfwrNqg==$0 TABLE CS_MONGO_SYNC_ID TABLE 。。。 19 rows selected. 然后使用同样的语句来测试,使用dba_objects,以object_type='TABLE'过滤,得到17条纪录。 SQL> select owner,count(*) from dba_objects where object_type='TABLE' and owner='TEST' group by owner; OWNER COUNT(*) ------------------------------ ---------- TEST 17 使用dba_tables来过滤,得到17条纪录。 SQL> select owner,count(*)from dba_tables where owner='TEST' group by owner; OWNER COUNT(*) ------------------------------ ---------- TEST 17 所以两者的数据条数是一致的,可见这个问题不是因为回收站导致的,那么问题的原因在哪呢。 其实还有一个部分可能会被遗忘,那就是对象表,我们使用下面的语句来查看。使用的是sys用户。可以看到这些都是对象表。 SQL> select table_name,table_type from user_object_tables; TABLE_NAME TABLE_TYPE ------------------------------ ------------------------------ SYSNTIzu9FjIBDzDgUy2FfwrwMA== KUPC$_FILEINFO SYSNTIzu9FjIDDzDgUy2FfwrwMA== KU$_LOGLINE1010 SYSNTIzu9FjIFDzDgUy2FfwrwMA== KU$_LOGLINE1010 SYSNTIzu9FjIKDzDgUy2FfwrwMA== KUPC$_FILEINFO SYSNTIzu9FjIMDzDgUy2FfwrwMA== KU$_LOGLINE1010 SYSNTIzu9FjIODzDgUy2FfwrwMA== KU$_LOGLINE1010 KOTTD$ KOTTD KOTTB$ KOTTB KOTAD$ KOTAD KOTMD$ KOTMD KOTTBX$ KOTTBX KOTADX$ KOTADX S_PROPS_TAB DBMS_DBFS_CONTENT_PROPERTY_T PROPERTIES_TAB DBMS_DBFS_CONTENT_PROPERTY_T USR_PROPERTIES_TAB DBMS_DBFS_CONTENT_PROPERTY_T SCHEDULER$_RJQ_ANT SCHEDULER$_REMOTE_ARG SCHEDULER$_FWQ_ANT SCHEDULER_FILEWATCHER_REQUEST SYSNT5LbVzBZPECLgQ6yq6ApJJw== KUPC$_FILEINFO SYSNT5LbVzBZRECLgQ6yq6ApJJw== KU$_LOGLINE1010 SYSNT5LbVzBZTECLgQ6yq6ApJJw== KU$_LOGLINE1010 20 rows selected. 这个时候,可以从官网得到一些更详细的信息。官方的解释如下:

USER_OBJECT_TABLES describes the object tables owned by the current user. This view does not display the OWNER column.

那么我们想得到更明细的信息,其实还是有办法的,比如使用metadata得到ddl语句。 SELECT dbms_metadata.get_ddl('TABLE', 'KOTAD$', 'SYS') FROM DUAL; CREATE TABLE "SYS"."KOTAD$" OF "SYS"."KOTAD" OIDINDEX ( PCTFREE 10 INITRANS 2 MAXTRANS 255 STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT) TABLESPACE "SYSTEM" ) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645 PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT FLASH_CACHE DEFAULT CELL_FLASH_CACHE DEFAULT) TABLESPACE "SYSTEM" 所以这些信息就会一览无余的暴露在我们面前,如果想了解更多的信息,就看看对象表的内容吧。这也是关系型之外的兼容,也可以说扩展吧。

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2015-12-23,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 杨建荣的学习笔记 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档