Mam zapytanie

[SQL] pobierz, plaintext 
[/sql]
SELECT *    
		  FROM m_transporty_miejsca AS TM
		  LEFT JOIN m_transporty AS T ON (T.ID=TM.ID_transport)
		  LEFT JOIN m_magazyny AS M ON (M.ID=T.ID_magazyn)
		  LEFT JOIN m_przewoznicy AS Pr ON (Pr.ID=T.ID_przewoznik)
		  WHERE Miejsce='akt' AND DATE(T.DateRealizacji) >= '2016-11-26'  AND T.RodzajCiezarowki='plandeka24'  AND DATE(T.DateRealizacji) <= '2016-11-28'  AND 1 ORDER BY `Status` ASC LIMIT 0, 40
[sql]
[SQL] pobierz, plaintext 

Na kolumnie Status jest indeks. Status to CHAR(10).

Takie zapytanie wykonuje się 78sekund
Po usunięciu ORDER BY `Status` czas spada do 2-3sekund.

Co robić?
Indeks jest
Zmieniałem bazę danych z MySQL 5.0 na 5.6 i tak się porobiło :/
Explain pokazuje:

Poniewasz masz tam jeszcze warunki.

Musisz zalozyc indexy tez na warunki.
Swoja droga masz zdziebko zwalone pola. To nie powinny byc zadne stringi a INTy ewentualnie ENUM jak chcesz dzialac na nazwach. I nie mowie tu tylko o kolumnie status.

Dzięki,

tylko:
1. na MySQL 5.0 nie było problemów :/
2. Indeks nie może być za długi a liczba pól w warunkach jest spora
3. Dlaczego nie mogą być stringi? Mówisz o Miejsce i RodzajCiezarowki ?

ps:
I miejze litosc na przyszlosc i nie mieszaj jezykow
DateRealizacji
no jak to wyglada?


Tak. Zakladam ze to sa jakies stale nazwy. Dla bazy latwiej jest zaindeksowac TINYINT/ENUM ktore ma raptem 10 roznych wartosci niz string ktory moze teoretycznie byc czym popadnie.

A skąd wiesz, że to ja?


Jak pole "Miejsce" typu enum (3 wartości) to działało znacznie dłużej :/

Strasznie szybko to zmieniles. Az mi sie niechce wiezyc

Coz.... moja wina

Było wcześniej i kilka miesięcy temu zmieniłem z enum na char

Wywal LEFT JOIN przy aliasie T (m_transporty).
Skoro później wymieniasz pola z tej tabeli we WHERE, to LEFT jest bez sensu. No chyba, że masz w warunku T.id IS NULL