Query throws ORA-00904 Недопустимый идентификатор при использовании объединений

Question

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

Это прекрасно работает:

Select * 
From 
    SCHEMA_A.TABLE_A a, 
    SCHEMA_B.TABLE_B b, 
    SCHEMA_C.TABLE_C c, 
    SCHEMA_A.TABLE_D d 
Where 
    b.friend_id = c.friend_id 
    AND a.group_id = d.group_id 
    AND b.group_cd = d.group_cd 

Но это возвращает ORA-00904: b.friend_id = c.friend_id: неверный идентификатор

Select * 
From 
    SCHEMA_A.TABLE_A a, 
    SCHEMA_B.TABLE_B b, 
    SCHEMA_A.TABLE_D d 
Join 
    SCHEMA_C.TABLE_C c 
On 
    b.friend_id = c.friend_id 
Where 
    a.group_id = d.group_id 
    AND b.group_cd = d.group_cd 

Это возвращает ORA-00904: b.group_cd = d .group_cd: неверный идентификатор

Select * 
From 
    SCHEMA_A.TABLE_A a, 
    SCHEMA_B.TABLE_B b 
Join 
    SCHEMA_C.TABLE_C c 
On 
    b.friend_id = c.friend_id 
Join 
    SCHEMA_A.TABLE_D d 
On 
    a.group_id = d.group_id 
    AND b.group_cd = d.group_cd 

И это снова работает:

Select * 
From 
    SCHEMA_A.TABLE_A a, 
    SCHEMA_B.TABLE_B b 
Join 
    SCHEMA_C.TABLE_C c 
On 
    b.friend_id = c.friend_id 
Join 
    SCHEMA_A.TABLE_D d 
On 
    b.group_cd = d.group_cd 
Where 
    a.group_id = d.group_id 

Answer 1

Try с using ключевым словом, которое предназначено для join на имени же колонке

Select * 
From 
    SCHEMA_A.TABLE_A a, 
    SCHEMA_B.TABLE_B b 
Join 
    SCHEMA_C.TABLE_C USING(friend_id) 
Join 
    SCHEMA_A.TABLE_D d using(group_id) 
where b.group_cd = d.group_cd; 

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

Edit: Реальная проблема заключается в том, что вы присоединяетесь TABLE_C с TABLE_D, но условие соединения относятся к TABLE_B изменению его

Select * 
From 
    SCHEMA_A.TABLE_A a, 
    SCHEMA_A.TABLE_D d, 
    SCHEMA_B.TABLE_B b 
Join 
    SCHEMA_C.TABLE_C c using(friend_id) 
Where 
    a.group_id = d.group_id 
    AND b.group_cd = d.group_cd; 

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

Для других людей, которые могут иметь ошибку invalid identifier, убедитесь, что ваша база данных не чувствительна к регистру, иначе обязательно используйте правильный футляр.

Answer 2

Я считаю, что вы столкнулись с сложностью в SQL, связанной с определением/приоритетом объединения. Поскольку я не являюсь программистом базы данных, я не могу сказать вам, почему он работает так, как он есть, но я вижу некоторую логику в том, как ведет себя парсер запросов.

В первом запросе все соединения являются кросс-соединениями. В результате они должны иметь одинаковый приоритет. Таким образом, все объединенные столбцы известны, когда соединение оценивается.

Во втором запросе у вас есть сочетание кросс-соединений и внутренних соединений. Если предположить, что внутреннее соединение имеет приоритет над перекрестными объединениями, то таблицы c и d соединяются до того, как любые другие таблицы будут добавлены в микс. Поэтому, когда вы ссылаетесь на b.friend_id во внутреннем соединении, которое находится за пределами внутреннего соединения, анализатор запросов не может использовать этот столбец при оценке соединения.

В третьем запросе внутреннее соединение между таблицами b, c и d имеет приоритет над перекрестным соединением. Поэтому колонка a.group_id недоступна при оценке состояния внутреннего соединения. Когда вы берете таблицу из условия внутреннего соединения в конечном запросе, запрос больше не имеет противоречивого приоритета.

Answer 3

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

From 
    SCHEMA_A.TABLE_A a, 
    SCHEMA_B.TABLE_B b, 
    SCHEMA_A.TABLE_D d 
Join 
    SCHEMA_C.TABLE_C c 
On 
    b.friend_id = c.friend_id 

база данных пытается решить SCHEMA_A.TABLE_D d Join SCHEMA_C.TABLE_C c On b.friend_id = c.friend_id. В этой области b не имеет смысла (это отдельный термин).

Для вашей третьей версии я получаю "A"."GROUP_ID": invalid identifier, что также соответствует этому объяснению.

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