Czy posiadanie „LUB” w stanie INNER JOIN to zły pomysł?

Próbując poprawić szybkość niezwykle powolnego zapytania (kilka minut na dwóch tabelach zawierających tylko ~ 50 000 wierszy w każdej, w SQL Server 2008, jeśli ma to znaczenie), zawęziłem problem do połączenia ORwewnętrznego, na przykład:

SELECT mt.ID, mt.ParentID, ot.MasterID
  FROM dbo.MainTable AS mt
  INNER JOIN dbo.OtherTable AS ot ON ot.ParentID = mt.ID
                                  OR ot.ID = mt.ParentID

Zmieniłem to na (mam nadzieję) równoważną parę lewych złączeń, pokazaną tutaj:

SELECT mt.ID, mt.ParentID,
   CASE WHEN ot1.MasterID IS NOT NULL THEN
      ot1.MasterID ELSE
      ot2.MasterID END AS MasterID
  FROM dbo.MainTable AS mt
  LEFT JOIN dbo.OtherTable AS ot1 ON ot1.ParentID = mt.ID
  LEFT JOIN dbo.OtherTable AS ot2 ON ot2.ID = mt.ParentID
  WHERE ot1.MasterID IS NOT NULL OR ot2.MasterID IS NOT NULL

.. a zapytanie działa teraz za około sekundę!

Czy wprowadzenie ORwarunku złączenia jest ogólnie złym pomysłem ? A może po prostu mam pecha w układzie moich stołów?

Tego rodzaju JOINnie można zoptymalizować do a HASH JOINlub a MERGE JOIN.

Można to wyrazić jako konkatenację dwóch zestawów wyników:

SELECT  *
FROM    maintable m
JOIN    othertable o
ON      o.parentId = m.id
UNION
SELECT  *
FROM    maintable m
JOIN    othertable o
ON      o.id = m.parentId

jednak każdy z nich jest equijoinem, jednak SQL Serveroptymalizator nie jest wystarczająco inteligentny, aby zobaczyć go w zapytaniu, które napisałeś (chociaż są one logicznie równoważne).

Używam następującego kodu, aby uzyskać inny wynik niż warunek, który zadziałał dla mnie.

Select A.column, B.column
FROM TABLE1 A
INNER JOIN
TABLE2 B
ON A.Id = (case when (your condition) then b.Id else (something) END)

Zamiast tego możesz użyć UNION ALL.

SELECT mt.ID, mt.ParentID, ot.MasterID FROM dbo.MainTable AS mt Union ALL SELECT mt.ID, mt.ParentID, ot.MasterID FROM dbo.OtherTable AS ot