У чому причина використання подвійного внутрішнього з'єднання в цьому операторі SQL?

Я переглядаю цей застарілий запит SQL. Біт, який я не в змозі отримати - це те, що це внутрішнє з'єднання однієї таблиці двічі в одних і тих же стовпцях. Я говорю про таблицю1 та таблицю1, об'єднану з псевдонімом "Table1Alias",

SELECT DISTINCT othercolumns,
                Table1Alias.columna
FROM   maintable
       INNER JOIN secondarytable
               ON maintable.id1 = secondarytable.a_id1
       INNER JOIN table1
               ON secondarytable.id2 = table1.id3
       INNER JOIN table1 Table1Alias
               ON secondarytable.id2 = Table1Alias.id3
       INNER JOIN thirdtable
               ON table1.id4 = thirdtable.id5
       INNER JOIN fourthtable
               ON thirdtable.id6 = fourthtable.id7
       INNER JOIN fivetable
               ON thirdtable.id8 = fivetable.id9
       INNER JOIN sixthtable
               ON Table1Alias.columna = sixthtable.id10
       LEFT JOIN seventhtable
              ON thirdtable.id11 = seventhtable.id12
WHERE  LEFT(secondarytable.type123, 2) BETWEEN '01' AND '09'
       AND secondarytable.type456 = 'cate'
       AND table1.type = '0'
       AND Table1Alias.columna = 'conn'

Це може допомогти переписати запит таким чином, тому очевидно, що два об'єднання є різними , тобто приєднання до різних підмножин (з тієї ж таблиці):

FROM   maintable 
       INNER JOIN secondarytable 
               ON maintable.id1 = secondarytable.a_id1 
       INNER JOIN table1 
               ON secondarytable.id2 = table1.id3 
              AND table1.type = '0' 
       INNER JOIN table1 Table1Alias 
               ON secondarytable.id2 = Table1Alias.id3 
              AND Table1Alias.columna = 'conn' 
       INNER JOIN
       ...
WHERE  LEFT(secondarytable.type123, 2) BETWEEN '01' AND '09' 
       AND secondarytable.type456 = 'cate' 

Дивлячись на whereпункт, рядок, на який вказує, table1вимагає стовпця type= '0', а рядок, на який вказує, table1aliasвимагає стовпця columnaдо = 'conn'.

Можливо, є кілька рядків table1для одного і того ж id3?

Не бачачи структури таблиці - підходом може бути використання меншого не охоплюючого індексу, а потім приєднання до таблиці з більшим індексом покриття, щоб отримати залишки рядків, щоб уникнути операції «Ключовий пошук» та уникнути зміни існуючих індексів (або якщо ви не можете змінити індекси)

Кожен раз, коли таблиця з’являється не раз у складному з'єднанні, це зазвичай тому, що існує сутність, яка бере участь у більш ніж одних відносинах. Це, мабуть, так і тут, судячи з відповіді, яку дав @Ypercube.

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

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