Как отладить ORA-01775: циклическая цепочка синонимов?

Я знаком с проблемой позади ORA-01775: циклическая цепочка синонимов, но есть ли какой-либо трюк для ее отладки, или мне просто нужно "создать или заменить" мой выход из нее?

есть ли способ запросить схему или что-то еще, чтобы узнать, каково текущее определение публичного синонима?

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

41
oracle sql synonym

17 ответов

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

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

64

Если вы используете TOAD, перейдите в View>Toad Options>Oracle>General и удалите TOAD_PLAN_TABLE из раздела EXPLAIN PLAN и поместите PLAN_TABLE

26

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

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

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

22

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

вот мой 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';
11

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

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
            )
        )
4

сегодня я получил эту ошибку, и после отладки я понял, что фактические таблицы ошибались, на что я ссылался, используя синонимы. Поэтому я предлагаю-сначала проверьте, существуют ли таблицы!! : -))

3

разработчик случайно написал код, который сгенерировал и запустил следующую инструкцию 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.

мы смогли исправить это (благодаря как воссоздать публичный синоним "двойной"?) под управлением

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;
2

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

1

У нас была та же ошибка ORA-01775, но в нашем случае у пользователя схемы отсутствовал некоторый "выбор гранта" на нескольких общедоступных синонимах.

1

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

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

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

Шаг 2) Если это не проблема, расследовать синоним:

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

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

1

ORA-01775: циклическая цепь синонимов Я столкнулся с вышеуказанной ошибкой, когда пытался скомпилировать пакет, который использовал объект, для которого был создан синоним, однако базовый объект был недоступен.

0

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

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

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

  3. мы побежали ниже запросов, чтобы проверить, если выше 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

  4. С этим мы пришли к выводу, что таблица должна быть создана заново. Как synonym указал на table этого не существовало.

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

0

Я использую следующий 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'
         )
    );
0

в то время как ответ Джеррода-хорошая идея и улавливает более широкий спектр связанных проблем, я нашел этот запрос, найденный на форумах 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

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

0

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

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

-1

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

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

-1

У меня была функция, определенная в неправильной схеме и без публичного синонима. Т. е. мой proc был в схеме "собаки", а функция была в схеме"кошки". Функция не имела публичного синонима, чтобы позволить собакам получить доступ к функции кошек.

-1