(转)开发][Oracle]Ora-00980错误分析

实验来给大家展示一种常见的导致“ORA-00980”
错误发生的情况，然后给出一些其他可能导致这个错误发生的原因，最后给出一个可以自动化获得删除所有无效同名的SQL脚
本。

一、先来模拟一下这个“ORA-00980: synonym translation is no longer
valid”错误。
1.在secooler用户中创建一张表t
secooler@ora10g> create table t (x
number);

Table created.

secooler@ora10g> insert into t
values (1);

1 row created.

secooler@ora10g> commit;

Commit
complete.

2.切换到sec用户，创建同名syn_t引用secooler用户下的t表
secooler@ora10g> conn sec/sec
Connected.
sec@ora10g> create synonym syn_t for secooler.t;

Synonym
created.
sec@ora10g> select *
from syn_t;

         X
----------
         1

3.回到secooler用户中将表t删除
掉
sec@ora10g> conn
secooler/secooler
Connected.
secooler@ora10g> drop table t
purge;

Table dropped.

4.此时，我们再次使用同名syn_t查看表t时就会见到这个“ORA-
00980”错误了
secooler@ora10g> conn
sec/sec
Connected.
sec@ora10g> select * From syn_t;
select * From syn_t
              *
ERROR at line 1:
ORA-00980:
synonym translation is no longer valid

二、导致“ORA-00980”错误的原因小结
1.删除了数
据库对象，但是忘记删除同名；
2.
删除一个用户，但是忘记删除与此用户中相关的同名；
3.创建同名时，同名
对应的数据库对象已经被删除掉了（这种情况很有意思）。

针对第三
点，进一步演示一下，前面我们已经删除了secooler用户下t表的情况。此时我们尝试使用secooler用户下被删除的t表再创建两个同名，有意思
的是虽然表已经不存在了，但同名还是可以创建成功的。需要清醒的认识到此时被创建出来的同名是无效的，从后面的脚本执行结果中可以更清晰的得出这个结论。
sec@ora10g> create synonym
syn_public_t for secooler.t;

Synonym created.

sec@ora10g>
create synonym syn_tt for secooler.t;

Synonym created.

三、
隆重推出自动化生成删除无效同名的脚本
1.脚本如下
select 'drop '
       || decode
(s.owner,
                  'PUBLIC', 'public synonym
',
                  'synonym ' || s.owner || '.')
       || s.synonym_name
       || ';' as "Dropping
invalid synonyms:"
  from dba_synonyms s
 where
table_owner not in ('SYSTEM', 'SYS') and db_link is null
   and not exists
          (select null
             from dba_objects o
            where
s.table_owner = o.owner
              and s.table_name =
o.object_name)
/

2.针对上面的场景，真实演示一下
sys@ora10g> select 'drop '
  2         || decode (s.owner,
  3                    'PUBLIC',
'public synonym ',
 
4                    'synonym ' || s.owner || '.')
  5         || s.synonym_name
  6         || ';' as "Dropping
invalid synonyms:"
  7    from
dba_synonyms s
  8   where
table_owner not in ('SYSTEM', 'SYS') and db_link is null
  9     and not exists
 10            (select null
 11               from dba_objects o
 12              where s.table_owner =
o.owner
 13                and
s.table_name = o.object_name)
 14  /

Dropping
invalid synonyms:
------------------------------------------------------------------------
drop synonym SEC.SYN_TT;
drop synonym SEC.SYN_PUBLIC_T;
drop synonym SEC.SYN_T;

3.
使用脚本生成的SQL脚本即可轻松完成无效同名的清理任务。
sys@ora10g>
drop synonym SEC.SYN_TT;

Synonym dropped.

sys@ora10g>
drop synonym SEC.SYN_PUBLIC_T;

Synonym dropped.

sys@ora10g>
drop synonym SEC.SYN_T;

Synonym dropped.

四、
小结
在DBA的日常维护中需要不断的思考一个问题：如何才能更加高效的应
对故障的发生？
带着这个问题，它就会不断的指引我们向自动化的道路迈进。
编写一些顺手易用的脚本是一名优秀DBA必须具有的基本技能之一。
希望这个小文儿能给大家带来一点点思考。

Good
luck.

-- The End --

ORA-00980 synonym translation is no longer valid

Cause: The synonym used is based on a table, view, or synonym that no
longer exists.

Action: Replace the synonym with the name of the object it references or
re-create the synonym so that it refers to a valid table, view, or
synonym.

关于DUAL的“ORA-00980”错误

今天有人发现本地的测试数据库有问题。

SQL> select sysdate from dual;

select sysdate from dual

ORA-00980: synonym translation is no longer valid

这种问题也比较常见，一般都是在sys下面重建就可以。
但是仔细一看， 原来是有人在自己的用户下面，建了同名的dual。
删了，一切正常。 估计是有人在上面做什么测试。

SQL> drop synonym dual;
 
Synonym dropped
 
SQL> desc dual;
Name  Type        Nullable Default Comments 
----- ----------- -------- ------- -------- 
DUMMY VARCHAR2(1) Y                         
 
SQL> select * from dual;
 
DUMMY
-----
X
X

ORA-00980 synonym translation is no longer valid 特殊情况

我在使用DBlink的时候发生ORA-00980
synonym translation is no longer valid错误。我很疑惑，如果了解请告诉我，谢谢！

情况：

1）在PL/SQL 中写SQL语句insert into table (.....) select .... from
view@dblink没有问题，能够正常执行，并且数据也可以插入。

2）在Procedure里把上述SQL写入后，编译时报错，ORA-00980 synonym translation is no longer
valid。

3）我在本地数据库建立一个view, create or replace view XXX as

select .....from from view@dblink,成功。

4)在procedure里的SQL修改为如下insert into table (.....) select .... from
XXX，能够成功编译。

为什么？难道在procedure里不能用dblink来读取view吗？

权限不足,在过程里使用可能需要显性授权.

一个Oracle难题的解决

问题描述：
1、运行一个java程序不断报错：  ... Details :
java.sql.SQLException: ORA-00980: synonym translation is no longer valid
2、用
system用户联入数据库，运行命令报错：
SQL> desc
dba_indexes; SP2-0749: Cannot resolve circular path of synonym "dba_indexes"
3、使用dba身份登陆，conn / as sysdba ，
可以查询dba_indexes了，因此实际问题原因找到，用户system失去了访问data dictionary的权限

问题
解决：
在一个同事的帮助下，重建所有data
dictionary解决了这个问题：
conn / as sysdba
@$ORACLE_HOME/rdbms/admin/catalog.sql
@$ORACLE_HOME/rdbms/admin/catproc.sql
这两个脚本就是重建data
dictionary的脚本，之后再用system登陆以后，可以访问所有的data dictionary了！java程序也不再报错！