Псевдоніми підзапросів такі ж, як псевдоніни основних запитів

У мене є SQL-запит, псевдоніми якого збігаються з псевдонімами його підзапиту.

Наприклад:

select *
from ROOM r
where ...
         (
              select *
              from ROAD r
              where ...
         )

Це працює чудово, оскільки псевдонім підзапиту, схоже, приховує основний.

1. Чи буде це працювати так у всіх випадках?
2. Чи коли-небудь я отримаю невизначені результати?
3. Якщо це правильно, як я можу зробити посилання на основний запит r?

Добре для вкладених підзапитів використовувати ті ж псевдоніми, що і батьківський запит, хоча це може бути дещо заплутаним для того, хто читає код. Простір імен для псевдонімів вкладеного підзапиту є окремим від простору імен у батьків. Наприклад, запит нижче містить вкладений підзапит, bякий також має псевдонім, який bвикористовується в ньому. Це може бути заплутаним для програміста, але добре з механізмом СУБД:

   select a.foo
          ,b.bar
          ,b.BarCount
      from (select b.bar
                  ,count (*) as BarCount
              from BarTable b
              join OtherTable o
                on b.OtherTableID = o.OtherTableID
             group by b.bar) b
      join Foobar a
        on a.bar = b.bar

У корельованому підзапиті ви маєте доступ до псевдонімів батьків, тому псевдоніми повинні бути унікальними для батьківського запиту та співвіднесеного підзапиту. Якщо ми беремо співвіднесений підзапит, такий як той, що знаходиться нижче, у нас є єдиний глобальний простір імен, який спільний між батьківським запитом та корельованим підзапитом:

select a.foo
      ,b.bar
  from Foobar a
  join Bar b
    on b.FooBarID = a.FooBarID
 where not exists
       (select 1
          from Bar b2
         where b2.BarCategoryID = b.BarCategoryID
           and b2.BarDate > b.BarDate)

Корельований підзапит не має псевдоніму, оскільки він не бере участі в об'єднанні як такому ¹ . І посилання, bі b2для, barі обидва доступні для підзапиту, оскільки корельовані підзапити мають спільний простір імен для псевдонімів з батьківським.

¹ Зауважте, що оптимізатор може вибрати оператори приєднання в рамках плану за кадром, хоча фактично вказана операція є корельованим підзапитом, а не об'єднанням із вкладеним підзапитом.

ConcernedOfTunbridgeWells ви пишете (моє наголос): "У корельованому підзапиті ви маєте доступ до псевдонімів батьків, тому псевдоніми повинні бути унікальними для батьківського запиту та корельованого підзапиту."

Я не вірю, що потрібна унікальність. Я вважаю, що якщо псевдонім використовується у корельованому підзапиті як ім'я кореляції, а також псевдонім таблиці у зовнішньому запиті, псевдонім у підзапиті матиме перевагу.

Приклад:

CREATE TABLE #T (A INT)
CREATE TABLE #U (A INT)
CREATE TABLE #V (A INT)

INSERT INTO #T (A) VALUES (1), (2), (3)
INSERT INTO #U (A) VALUES (2), (3), (4)
INSERT INTO #V (A) VALUES (3), (4), (5)

SELECT
    T1.A
FROM
    #T AS T1
    INNER JOIN #U AS T2 ON T1.A = T2.A
WHERE
    EXISTS (SELECT * FROM #V AS T2 WHERE T1.A = T2.A)

Вихід "3": таблиці T і U мають 2 і 3 спільних, але WHEREпредикат додатково фільтрує рядки, повернуті до 3, а 2 не існує у V.