Looping chain of synonyms ошибка

I’m familiar with the issue behind ORA-01775: looping chain of synonyms, but is there any trick to debugging it, or do I just have to «create or replace» my way out of it?

Is there a way to query the schema or whatever to find out what the current definition of a public synonym is?

Even more awesome would be a graphical tool, but at this point, anything would be helpful.

7

2

SELECT table_owner, table_name, db_link
  FROM dba_synonyms 
 WHERE owner        = 'PUBLIC'
   AND synonym_name = <<synonym name>>

2

SELECT S.OWNER as SYN_OWNER, S.SYNONYM_NAME as SYN_NAME,
    S.TABLE_OWNER as OBJ_OWNER, S.TABLE_NAME as OBJ_NAME,
    CASE WHEN O.OWNER is null THEN 'MISSING' ELSE O.STATUS END as OBJ_STATUS
FROM DBA_SYNONYMS S
    LEFT JOIN DBA_OBJECTS O ON S.TABLE_OWNER = O.OWNER AND S.TABLE_NAME = O.OBJECT_NAME
WHERE O.OWNER is null
    OR O.STATUS != 'VALID';

4

SELECT *
FROM dba_synonyms
WHERE table_owner = 'USER'
    AND (
        NOT EXISTS (
            SELECT *
            FROM dba_tables
            WHERE dba_synonyms.table_name = dba_tables.TABLE_NAME
            )
        AND NOT EXISTS (
            SELECT *
            FROM dba_views
            WHERE dba_synonyms.table_name = dba_views.VIEW_NAME
            )
        AND NOT EXISTS (
            SELECT *
            FROM dba_sequences
            WHERE dba_synonyms.table_name = dba_sequences.sequence_NAME
            )
        AND NOT EXISTS (
            SELECT *
            FROM dba_dependencies
            WHERE type IN (
                    'PACKAGE'
                    ,'PROCEDURE'
                    ,'FUNCTION'
                    )
                AND dba_synonyms.table_name = dba_dependencies.NAME
            )
        )

2

1

select * from all_objects where object_name = upper('&object_name');

select * from all_synonyms where synonym_name = upper('&synonym_name');

1

I had a similar problem, which turned out to be caused by missing double quotes off the table and schema name.

We had the same ORA-01775 error but in our case, the schema user was missing some ‘grant select’ on a couple of the public synonyms.

ORA-01775: looping chain of synonyms
I faced the above error while I was trying to compile a Package which was using an object for which synonym was created however underlying object was not available.

3

I had a function defined in the wrong schema and without a public synonym. I.e. my proc was in schema «Dogs» and the function was in schema «Cats». The function didn’t have a public synonym on it to allow Dogs to access the cats’ function.

I’m familiar with the issue behind ORA-01775: looping chain of synonyms, but is there any trick to debugging it, or do I just have to «create or replace» my way out of it?

Is there a way to query the schema or whatever to find out what the current definition of a public synonym is?

Even more awesome would be a graphical tool, but at this point, anything would be helpful.

7

2

SELECT table_owner, table_name, db_link
  FROM dba_synonyms 
 WHERE owner        = 'PUBLIC'
   AND synonym_name = <<synonym name>>

2

SELECT S.OWNER as SYN_OWNER, S.SYNONYM_NAME as SYN_NAME,
    S.TABLE_OWNER as OBJ_OWNER, S.TABLE_NAME as OBJ_NAME,
    CASE WHEN O.OWNER is null THEN 'MISSING' ELSE O.STATUS END as OBJ_STATUS
FROM DBA_SYNONYMS S
    LEFT JOIN DBA_OBJECTS O ON S.TABLE_OWNER = O.OWNER AND S.TABLE_NAME = O.OBJECT_NAME
WHERE O.OWNER is null
    OR O.STATUS != 'VALID';

4

SELECT *
FROM dba_synonyms
WHERE table_owner = 'USER'
    AND (
        NOT EXISTS (
            SELECT *
            FROM dba_tables
            WHERE dba_synonyms.table_name = dba_tables.TABLE_NAME
            )
        AND NOT EXISTS (
            SELECT *
            FROM dba_views
            WHERE dba_synonyms.table_name = dba_views.VIEW_NAME
            )
        AND NOT EXISTS (
            SELECT *
            FROM dba_sequences
            WHERE dba_synonyms.table_name = dba_sequences.sequence_NAME
            )
        AND NOT EXISTS (
            SELECT *
            FROM dba_dependencies
            WHERE type IN (
                    'PACKAGE'
                    ,'PROCEDURE'
                    ,'FUNCTION'
                    )
                AND dba_synonyms.table_name = dba_dependencies.NAME
            )
        )

2

1

select * from all_objects where object_name = upper('&object_name');

select * from all_synonyms where synonym_name = upper('&synonym_name');

1

I had a similar problem, which turned out to be caused by missing double quotes off the table and schema name.

We had the same ORA-01775 error but in our case, the schema user was missing some ‘grant select’ on a couple of the public synonyms.

ORA-01775: looping chain of synonyms
I faced the above error while I was trying to compile a Package which was using an object for which synonym was created however underlying object was not available.

3

I had a function defined in the wrong schema and without a public synonym. I.e. my proc was in schema «Dogs» and the function was in schema «Cats». The function didn’t have a public synonym on it to allow Dogs to access the cats’ function.

Как оказалось, проблема не была фактически цепной цепочкой синонимов, а тем фактом, что синоним указывал на представление, которого не было.

Oracle, по-видимому, ошибочно считается цепочкой циклов в этом состоянии.

Josh Kodroff
29 окт. 2008, в 18:39

Поделиться

LJT
19 апр. 2013, в 07:05

Поделиться

Таблица словаря данных DBA_SYNONYMS содержит информацию обо всех синонимах в базе данных. Таким образом, вы можете запустить запрос

SELECT table_owner, table_name, db_link
  FROM dba_synonyms 
 WHERE owner        = 'PUBLIC'
   AND synonym_name = <<synonym name>>

чтобы увидеть, что на данный момент указывает публичный синоним.

Justin Cave
29 окт. 2008, в 16:58

Поделиться

Менее интуитивно понятное решение этого кода ошибки, похоже, является проблемой с объектами, на которые указывает синоним.

Вот мой SQL для нахождения синонимов, указывающих на ошибочные объекты.

SELECT S.OWNER as SYN_OWNER, S.SYNONYM_NAME as SYN_NAME,
    S.TABLE_OWNER as OBJ_OWNER, S.TABLE_NAME as OBJ_NAME,
    CASE WHEN O.OWNER is null THEN 'MISSING' ELSE O.STATUS END as OBJ_STATUS
FROM DBA_SYNONYMS S
    LEFT JOIN DBA_OBJECTS O ON S.TABLE_OWNER = O.OWNER AND S.TABLE_NAME = O.OBJECT_NAME
WHERE O.OWNER is null
    OR O.STATUS != 'VALID';

Jarrod Chesney
01 авг. 2015, в 10:24

Поделиться

Попробуйте этот выбор, чтобы найти проблемные синонимы, в нем перечислены все синонимы, указывающие на объект, который не существует (таблицы, представления, последовательности, пакеты, процедуры, функции)

SELECT *
FROM dba_synonyms
WHERE table_owner = 'SYSADM'
    AND (
        NOT EXISTS (
            SELECT *
            FROM dba_tables
            WHERE dba_synonyms.table_name = dba_tables.TABLE_NAME
            )
        AND NOT EXISTS (
            SELECT *
            FROM dba_views
            WHERE dba_synonyms.table_name = dba_views.VIEW_NAME
            )
        AND NOT EXISTS (
            SELECT *
            FROM dba_sequences
            WHERE dba_synonyms.table_name = dba_sequences.sequence_NAME
            )
        AND NOT EXISTS (
            SELECT *
            FROM dba_dependencies
            WHERE type IN (
                    'PACKAGE'
                    ,'PROCEDURE'
                    ,'FUNCTION'
                    )
                AND dba_synonyms.table_name = dba_dependencies.NAME
            )
        )

Michal Mikolajczyk
09 окт. 2014, в 11:52

Поделиться

Alan
18 фев. 2010, в 07:37

Поделиться

Разработчик случайно написал код, который сгенерировал и выполнил следующий оператор SQL CREATE OR REPLACE PUBLIC SYNONYM "DUAL" FOR "DUAL";, из-за которого select * from dba_synonyms where table_name = 'DUAL';
возвращал PUBLIC DUAL SOME_USER DUAL, а не PUBLIC DUAL SYS DUAL.

Мы смогли это исправить (спасибо Как воссоздать общедоступный синоним «DUAL» ,), запустив

ALTER SYSTEM SET "_SYSTEM_TRIG_ENABLED"=FALSE SCOPE=MEMORY;
CREATE OR REPLACE PUBLIC SYNONYM DUAL FOR SYS.DUAL;
ALTER SYSTEM SET "_SYSTEM_TRIG_ENABLED"=true SCOPE=MEMORY;

Tim Lewis
24 авг. 2015, в 22:16

Поделиться

Сегодня мы столкнулись с этой ошибкой.
Вот как мы отлаживали и исправляли его.

• Пакет перешел в недопустимое состояние из-за этой ошибки ORA-01775.

• С номером строки ошибки мы прошли через код тела package и нашли код, который пытался вставить данные в table.

• Мы выполнили ниже запросов, чтобы проверить, существуют ли выше table и synonym.

  SELECT * FROM DBA_TABLES WHERE TABLE_NAME = '&TABLE_NAME';  -- No rows returned
  
  SELECT * FROM DBA_SYNONYMS WHERE SYNONYM_NAME = '&SYNONYM_NAME'; -- 1 row returned
  

• С этим мы пришли к выводу, что таблицу необходимо восстановить. Поскольку synonym указывал на table, который не существовал.

• Команда DBA повторно создала таблицу, и это устранило проблему.

Mahi_0707
18 март 2016, в 21:27

Поделиться

Шаг 1) Посмотрите, какие объекты существуют с именем:

select * from all_objects where object_name = upper('&object_name');

Может быть, синоним существует, но нет таблицы?

Шаг 2) Если это не проблема, изучите синоним:

select * from all_synonyms where synonym_name = upper('&synonym_name');

Может быть, отсутствует базовая таблица или вид этого синонима?

grokster
07 авг. 2014, в 16:27

Поделиться

Guy
13 март 2013, в 20:33

Поделиться

Jamie Kitson
16 фев. 2010, в 17:00

Поделиться

Для меня имя таблицы и синоним существовали, но под разными именами владельцев. Я заново создал таблицы под именем владельца, которые совпадают с именем владельца в синонимах.

Я использовал запросы, отправленные @Mahi_0707

Kalyani Singh
18 янв. 2019, в 17:12

Поделиться

Хотя ответ Джаррода является хорошей идеей и охватывает более широкий круг связанных проблем, я обнаружил, что этот запрос был найден на форумах Oracle для более непосредственного решения (первоначально заявленной) проблемы:

select owner, synonym_name, connect_by_iscycle CYCLE
from dba_synonyms
where connect_by_iscycle > 0
connect by nocycle prior table_name = synonym_name
and prior table_owner = owner
union
select 'PUBLIC', synonym_name, 1
from dba_synonyms
where owner = 'PUBLIC'
and table_name = synonym_name
and (table_name, table_owner) not in (select object_name, owner from dba_objects
where object_type != 'SYNONYM')

https://community.oracle.com/message/4176300#4176300

Вам не придется пробираться через другие виды недопустимых объектов. Просто те, которые на самом деле в бесконечных петлях.

Justin
26 июнь 2018, в 16:38

Поделиться

Я использую следующий sql для поиска записей в all_synonyms, где нет соответствующего объекта для object_name (в user_objects):

 select * 
   from all_synonyms 
   where table_owner = 'SCOTT' 
     and synonym_name not like '%/%'
     and table_name not in (
       select object_name from user_objects
         where object_type in (
           'TABLE', 'VIEW', 'PACKAGE', 'SEQUENCE',
           'PROCEDURE', 'FUNCTION', 'TYPE'
         )
    );

wmorrison365
21 апр. 2016, в 13:29

Поделиться

Если вы компилируете ПРОЦЕДУРУ, возможно, это относится к таблице или представлению, которая не существует, поскольку она создана в той же ПРОЦЕДУРЕ. В этом случае решение должно сделать запрос объявленным как String, например v_query: = 'insert into table select * from table2, а затем выполнить немедленное на v_query;

Это связано с тем, что компилятор еще не распознает объект и поэтому не находит ссылку. Привет.

Faxon
04 март 2015, в 19:03

Поделиться

Nitin Guru
21 июль 2011, в 12:32

Поделиться

http://ora-01775.ora-code.com/ предлагает:

ORA-01775: циклическая цепочка синонимов
Причина. Через серию операторов синонимов CREATE был определен синоним, который ссылался на себя. Например, следующие определения являются круговыми:
CREATE SYNONYM s1 for s2 CREATE SYNONYM s2 for s3 CREATE SYNONYM s3 for s1
Действие: измените одно определение синонима, чтобы оно применимо к базовой таблице или представлению и повторите операцию.

warren
29 окт. 2008, в 16:58

Поделиться

Nicholas V.
31 янв. 2017, в 14:53

Поделиться