开发者

Managing Oracle Synonyms

开发者 https://www.devze.com 2023-03-20 05:24 出处:网络
I was 开发者_Python百科reading this article: Managing Oracle Synonyms Regarding the order of preference, when it come to resolving an object name to the actual object, it says:

I was 开发者_Python百科reading this article: Managing Oracle Synonyms

Regarding the order of preference, when it come to resolving an object name to the actual object, it says:

  1. Local objects will always be accessed first.

  2. If a local object does not exist, the object with a private synonym will be accessed.

  3. If a private synonym does not exist or the object does not exist, then the public synonym will be used.

I was wondering if the public objects are missing in this order somehow?

E.g. if user BOB queries

select * from FOOBAR

and there is no BOB.FOOBAR in dba_tables/views but PUBLIC.FOOBAR.

Does Oracle resolve it to PUBLIC.FOOBAR or will it check for synonyms first?

Thank you.


In your example, FOOBAR is almost certainly a public synonym. There is no PUBLIC schema but PUBLIC is listed as the owner of a public synonym.

If I create a new public synonym

SQL> create public synonym pub_syn_emp
  2     for scott.emp;

Synonym created.

the owner of that synonym ends up being PUBLIC

SQL> ed
Wrote file afiedt.buf

  1  select object_name, owner, object_type
  2    from dba_objects
  3*  where object_name = 'PUB_SYN_EMP'
SQL> /

OBJECT_NAME          OWNER      OBJECT_TYP
-------------------- ---------- ----------
PUB_SYN_EMP          PUBLIC     SYNONYM

In addition, item #3 does not appear to be correct. If there is a private synonym that points to a non-existent object and a public synonym that points to a valid object, the private synonym still takes precedence. You'll just get an error when Oracle tries to resolve the private synonym to an actual object.

SQL> create synonym syn_emp for scott.no_such_table;

Synonym created.

SQL> create public synonym syn_emp for scott.emp;

Synonym created.

SQL> select * from syn_emp;
select * from syn_emp
              *
ERROR at line 1:
ORA-00980: synonym translation is no longer valid


At least up to 10g, PUBLIC is not a real user. You cannot create objects in the "Public schema":

SQL> CREATE TABLE public.foobar (id integer);

CREATE TABLE public.foobar (id integer)

ORA-00903: invalid table name

SQL> CREATE TABLE system.foobar (id integer);

Table created

SQL> 

If you run this query:

SELECT object_name 
  FROM dba_objects 
 WHERE owner='PUBLIC' 
   AND object_type IN ('TABLE', 'VIEW');

You can answer the question about pre-defined tables/views in the PUBLIC "schema".

0

精彩评论

暂无评论...
验证码 换一张
取 消