Мати "АБО" у ВНУТРІШНЬОМУ ПРИЄДНАННІ погана ідея?

Намагаючись покращити швидкість надзвичайно повільного запиту (кілька хвилин на двох таблицях із лише ~ 50 000 рядків кожна, на SQL Server 2008, якщо це важливо), я звузив проблему до ORмого внутрішнього об'єднання, як у:

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

Я змінив це на (те, що я сподіваюся,) еквівалентну пару лівих об’єднань, показану тут:

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

.. і запит тепер виконується приблизно за секунду!

Це взагалі погана ідея ставити ORприєднання? Або мені просто не пощастило якось у макеті моїх таблиць?

Цей вид JOINне можна оптимізувати для a HASH JOINабо a MERGE JOIN.

Це може бути виражено як об'єднання двох наборів результатів:

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

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

Я використовую наступний код, щоб отримати відмінний результат від умови, яка працювала у мене.

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)

Натомість ви можете використовувати 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