Question

如果您使用过Oracle，则可能会收到有用的消息“ORA-00942：表或视图不存在”。是否有合法的技术原因消息不包含丢失对象的名称？

关于这一点的争论是由于安全听起来像是由TSA制作的。如果我是攻击者，我会知道我刚试图利用哪个表，并且能够轻松地解释这个无用的消息。如果我是通过多层应用程序代码进行复杂连接的开发人员，那么通常很难说。

我的猜测是，当最初实现此错误时，有人忽略了添加对象名称，现在，人们担心它会破坏兼容性来修复它。（代码执行愚蠢的事情，如解析错误消息，如果它发生变化将会混淆。）

是否有开发人员友好（而不是招募您的DBA）方式来确定缺失表的名称？

虽然我已经接受了与该主题相关的答案，但它并没有真正回答我的问题：为什么这个名称不是错误信息的一部分？如果有人可以上来有了真正的答案，我很乐意改变我的投票。

Answer 1

您可以在参数文件（纯文本或spfile）中设置EVENT，以强制Oracle在user_dump_dest中转储详细的跟踪文件，对象名称可能在那里，如果不是SQL应该。

EVENT =“942 trace name errorstack level 12”

如果您使用的是纯文本文件，则需要将所有EVENT设置保留在连续的行中。不确定如何应用于spfile。

Answer 2

SQL * Plus会告诉您不存在的表。例如：

SQL> select
  2     *
  3  from
  4     user_tables a,
  5     non_existent_table b
  6  where
  7     a.table_name = b.table_name;
   non_existent_table b
   *
ERROR at line 5:
ORA-00942: table or view does not exist

这里显示了缺失表的名称以及发生错误的SQL语句中的行号。

同样，在单行SQL语句中，您可以看到突出显示未知表名称的星号：

SQL> select * from user_tables a, non_existent_table b where a.table_name = b.table_name;
select * from user_tables a, non_existent_table b where a.table_name = b.table_name
                             *
ERROR at line 1:
ORA-00942: table or view does not exist

就您的问题而言，我猜错误消息不包含表名的原因是错误消息本身需要是静态文本。错误行中的行号和位置显然会传回SQL * Plus（不知何故）。

Answer 3

如果您使用的是TOAD或TORA等SQL浏览工具，它会通过突出显示或指向将光标移动到出错位置来帮助您解决ORA错误。

将SQL复制并粘贴到其中一个工具中以提供帮助。您也可以找到可用的分析信息。

Answer 4

我不同意这种观点，即SQL +可以让您了解哪个表名是不可接受的。没错，它有助于直接DML，虽然解析它非常困难。但是当谈到动态时，我们没有得到任何帮助：

SQL> begin
  2  execute immediate 'insert into blabla values(1)';
  3  end;
  4  /
begin
*
ERROR at line 1:
ORA-00942: table or view does not exist
ORA-06512: at line 2

Answer 5

我从未遇到过解释Oracle错误消息的问题。部分原因是我见过的用于开发SQL for Oracle的每个交互式工具都有助于指出查询出错的位置。这包括其他人已经注意到的SQL * Plus和Perl DBI模块：

$ exec_sql.pl 'select * from daul'
DBD::Oracle::db prepare failed: ORA-00942: table or view does not exist (DBD ERROR: error possibly near <*> indicator at char 14 in 'select * from <*>daul') [for Statement "select * from daul"] at exec_sql.pl line 68.

嗯，有点难以阅读，因为它在一行上都被压扁了。但是GUI工具可以指向Oracle开始遇到查询问题的令牌。考虑到解析器的一些工作，你可以编写一个工具来挑选出有问题的表。

要回答基本问题，Oracle错误似乎并不像您期望的那样工作。据我所知，Oracle中的错误消息都不支持变量文本。相反，Oracle返回两位信息：错误号和发生错误的位置。如果您有合适的工具，那么使用这些数据来诊断错误非常容易。可以说Oracle的系统比工具创建者更好，而不是根据错误提供可变数量的诊断数据。想象一下，必须为所有Oracle的错误消息（包括将来的错误）编写自定义解析器，以突出显示有问题的位置。

有时包含表名会产生误导。只知道出了什么问题可能会有很大的帮助：

SQL> select * from where dummy = 'X';
select * from where dummy = 'X'
              *
ERROR at line 1:
ORA-00903: invalid table name

至于Oracle选择以这种方式做事的原因，我有一些猜测：

IBM对System R使用了这种错误消息，Larry Ellison，Bob Miner和Ed Oates复制了这些消息来构建Oracle V2。（向后兼容性。）
错误编号和位置是诊断信息的最小可能表示。（简约性。）
如上所述，为了简化连接到Oracle的工具的创建。（互操作性）。

在任何情况下，我认为您不需要成为DBA来确定哪个表不存在。你只需要使用适当的工具。（并且我想，调整你的期望。）

Answer 6

如果它不是一个巨大的陈述，那么最简单的方法就是检查数据字典，

SQL> select * from xx,abc;
select * from xx,abc
                 *
ERROR at line 1:
ORA-00942: table or view does not exist


SQL> select owner,table_name from all_tables where table_name in ('XX','ABC');

OWNER                          TABLE_NAME
------------------------------ ------------------------------
MWATSON                        XX

SQL>

这不太理想，但没有去检查跟踪文件，我不知道怎么做。

Answer 7

原因1：多语言界面

您的数据库实例有一个特定于语言的消息配置文件。邮件被拉出并从纯数字版本转换为数字+文本版本。

拥有硬编码字符串可能被认为比在运行时因为格式化不正确的“％s”字符串而导致神秘失败的风险更大。

（不是我特别同意这个POV，顺便说一句。）

原因2：安全性

现在，如果您打印PHP等等，将Oracle错误消息转储到浏览器，则不会特别公开应用程序的内部工作。

如果默认打印更多详细信息，应用程序会更加暴露...例如，如果花旗银行打印了更多解释性消息。

（请参阅上面的免责声明，我也很乐意在错误中获得更多信息。）

Answer 8

@Matthew

您的查询是一个开始，但是当您有多个模式时它可能不起作用。例如，如果我以自己的身份登录我们的实例，我可以读取所有表的访问权限。但是，如果我没有使用模式限定表名，我会得到一个没有同义词的表的ORA-00942：

SQL> select * from tools; 
select * from tools 
              * 
ERROR at line 1: 
ORA-00942: table or view does not exist

该表仍显示在all_tables中：

SQL> select owner, table_name from all_tables where table_name = 'TOOLS'; 

OWNER                          TABLE_NAME 
------------------------------ ------------------------------ 
APPLICATION                    TOOLS

@erikson 对不起，这没什么用。我和马克一起 - 我用过TOAD。

为什么Oracle不告诉您哪个表或视图不存在？

8 个答案: