Optymalizacja zapytania, Mam sporo informacji ale nie potrafię sobie z tym poradzić Opcje

[TomASS]

Cześć, mam takie oto zapytanie:

[SQL] pobierz, plaintext 
SELECT 
  DISTINCT T.NumerRef 
FROM 
  m_transporty_miejsca AS TM LEFT JOIN 
  m_transporty AS T ON (T.ID=TM.ID_transport) 
WHERE 
  1 AND 
  (AnulowanyFE2='0' OR DateRealizacji>='2011-06-29') AND 
  1 AND 
  T.Odleglosc>='0' AND 
  T.Odleglosc<='99' AND 
  T.ImportFE='1' AND 
  ( T.ID_przewoznik='72' OR (STATUS='przedstawiony' AND 1) OR (Gielda='1' AND STATUS='gielda' AND 1) ) AND 
  ( Miejsce='akt' OR (STATUS='zaksięgowane w SAP' AND DataDostarczenia IS NULL) ) 
ORDER BY T.ID 
[SQL] pobierz, plaintext 

Tabela m_transporty_miejsca 200 000 rekordów
Tabela m_transporty 100 000 rekordów
raczej małe ilości.

Zapytanie wykonuje się około 0,8s (średnia z 20pomiarów).
Jeśli usunę ostatni warunek w klauzuli WHERE:

[SQL] pobierz, plaintext 
 ( Miejsce='akt' OR (STATUS='zaksięgowane w SAP' AND DataDostarczenia IS NULL) ) 
[SQL] pobierz, plaintext 

a szczególnie

[SQL] pobierz, plaintext 
OR (STATUS='zaksięgowane w SAP' AND DataDostarczenia IS NULL) 
[SQL] pobierz, plaintext 

wówczas czas zapytania spada do 0,03 (średnia z 20pomiarów)

Indexy jakie min. mam pozakładane na tabelę m_transporty to:
ImportFE1: (ImportFE)
ImportFE2: (ImportFE+Miejsce)
ImportFE3: (ImportFE+Status+DataDostarczenia)

EXPLAIN tego zapytania wskazuje, że użyty jest indeks "ImportFE1"

Proszę o pomoc w optymalizacji.

[TomASS]

Abstrahując od powyższych wypowiedzi - zwróciłeś uwagę na fakt że warunek który drastycznie zmienia czas wykonania różni się czymś od pozostałych? Bo jak dla mnie wyróżnia go jedno - klauzula IS(NOT) NULL. Wcześniej wykonujesz LEFT JOIN - złączenie zewnętrzne. Te złączenia nie dają się tak łatwo optymalizować jak złączenia wewnętrzne (INNER JOIN) zwłaszcza że tutaj dokonujesz porównania na wartości NULL (która jest tworzona przez LEFT JOIN). Podejrzewam że z tym warunkiem baza musi przemielić znacznie więcej rekordów niż bez niego - i to pewnie wpływa na czas wykonania. Poeksperymentuj jak to wygląda bez porównań do NULLa (lub spróbuj je jakoś wyeliminować).

Dzięki, całkowite usunięcie warunki z IS NULL nic nie dało w przyspieszeniu zapytania (IMG:style_emoticons/default/sad.gif)

rochę dziwne używać ENUM dla wartosci numerycznych

Czy dla pól, które mogą przyjąć tylko wartości 0/1/2/3 - lepiej jest użyć (small)int czy Enum (0/1/2/3)?
Czy konwersja ENUM->SMALLINT nie sprawi mi kłopotu (utrata danych/kłopoty w zapytaniach?)

dzięki.

Ten post edytował TomASS 10.07.2011, 13:35:53