oracle-xe - Oracle 快捷版 11gR2 : "table or view does not exist" but it shows in "dba_tables"!

Question

好的，这是我的问题。

我正在玩一些 ETL 工具，它在我的 Oracle XE 中创建了一些表。然后我注意到我既不能访问这些表也不能删除它们。

如您在屏幕截图中所见(好吧，我无法发布图片，所以我不得不复制/粘贴文本)。查询“dba_tables”显示该表，但在删除它时，Oracle 说“不存在”。

SQL> select table_name from dba_tables where owner='HR';

TABLE_NAME
------------------------------
REGIONS
LOCATIONS
DEPARTMENTS
JOBS
EMPLOYEES
JOB_HISTORY
DetailedOrders
COUNTRIES

8 rows selected.

SQL> drop table HR.DetailedOrders cascade constraints;
drop table HR.DetailedOrders cascade constraints
              *
ERROR at line 1:
ORA-00942: table or view does not exist


SQL>

我也试过:创建同名空表——成功!然后放下——成功!查询dba_tables或user_tables，它还在!

这是一个已知问题吗？我该如何解决？

谢谢，

杰里米

Answer 1

当您执行这些命令时，您登录的是什么用户？

假设您以 HR 以外的用户身份登录(听起来您可能是)，那么您可以通过查询 DBA_TABLES 来发现表的存在是有意义的 但您没有任何权限对表执行任何操作。这意味着您的帐户已被授予类似 SELECT ANY DICTIONARY 权限或 SELECT_CATALOG_ROLE 角色，但尚未明确授予 hr.DetailedOrders< 权限。当您尝试对您没有权限的表执行某些操作时遇到的错误是 ORA-00942，该错误消息经过精心设计，不会无意中向攻击者提供有关数据库中可能存在的表的信息通过告诉您问题是该表真的不存在还是它确实存在而您没有权限。这可能会使错误有点困惑，特别是如果您碰巧使用的帐户已被授予访问 DBA_TABLES 的权限。

“创建同名空表”是什么意思？您是在谈论在当前架构中创建表 DetailedOrders 吗？如果是这样，那也应该会起作用(就像删除表格一样)。每个模式都是一个单独的命名空间。因此，如果您愿意，可以在数据库的每个模式中拥有一个 DetailedOrders 对象。其中一些可以是表，一些可以是 View ，一些甚至可以是存储过程——当然，这没有多大意义，但肯定可以做到。

此外，DetailedOrders 表似乎是作为区分大小写的标识符创建的。这是一个糟糕的主意。 Oracle 默认使用不区分大小写的标识符，但如果您用双引号将标识符括起来，则可以强制使用区分大小写的标识符。这是一个StackOverflow thread that discusses case-sensitive vs. case-insensitive identifiers更详细。不过，简短的回答是，如果您确实有能力删除表格，则需要执行类似的操作

DROP TABLE HR."DetailedOrders"

其中表的名称用双引号括起来，大小写与您在数据字典中看到的大小写匹配。您还必须在每次查询表时执行此操作。许多工具不能很好地处理区分大小写的标识符，如果您在他们的数据库中创建区分大小写的标识符， future 的开发人员会诅咒您的名字。但你可以做到。