【问题标题】:IS or (WHEN IS) DUAL considered an X$ hidden table (file)?IS 或 (WHEN IS) DUAL 是否被视为 X$ 隐藏表(文件)?
【发布时间】:2014-12-10 22:44:08
【问题描述】:

这是参考 Mark J. Bobak 对他的回答的最后评论:

The magic of DUAL post

这些都是任何 X$ 表中的标准列。 ADDR 是地址, 从字面上看,该特定行被映射到的内存地址 SGA。

我完整阅读了链接的 Tom Kyte 对 DUAL 表上问题的回答的 1/3,略读了 [尽我所能] 其余部分(页面变得很长 :)),然后看了看外面所以也。但所有这些努力并没有完全帮助我破解马克的评论在我脑海中为我提出的问题的答案。

(@Mark) 在您上面的段落中,您似乎将 DUAL 表称为 x$ 表。这是否意味着 DUAL 是一个 X$ 表?还是在 alter database close 命令之后 DUAL 表不再是完全相同的 DUAL 表?

P.S.:由于无法对原始答案/评论发表评论,因此将其作为单独的问题发布。如果您认为这种放置或格式不合适,请告诉我,以便我进行修改。谢谢!

【问题讨论】:

  • 你试过了吗:select * from x$dual;
  • 这作为一个问题本身可能是可以的,但如果是这样,则不应针对特定的人 - 您应该将其表述为任何人都可以提供答案的问题,最好是无需阅读前面的讨论就可以理解(尽管将其作为背景很好)。

标签: oracle hidden-files dual-table


【解决方案1】:

很遗憾,您跳过了该线程,因为 Tom 确实在 2001 年 10 月 9 日 - UTC 上午 8 点 的帖子中解决了这个问题

关闭数据库使这个特殊的对偶表发挥作用 (RMAN 有一个双表可供选择,即使 数据库未完全启动)

看起来封闭数据库中的 DUAL 指向 X$DUAL:

SQL> select * from x$dual;

ADDR           INDX    INST_ID D
-------- ---------- ---------- -
10714254          0          1 X

SQL> alter database close;

Database altered.

SQL> select * from dual;

ADDR           INDX    INST_ID D
-------- ---------- ---------- -
10714254          0          1 X

SQL>

【讨论】:

    猜你喜欢
    • 2022-11-20
    • 1970-01-01
    • 2013-10-31
    • 2011-02-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2022-12-27
    相关资源
    最近更新 更多