 optymalizacja where ... or ... |
| optymalizacja where ... or ... |
Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 616 Pomógł: 12 Dołączył: 16.07.2006 Skąd: : getCity ( ); Ostrzeżenie: (0%) 
 |
Ponoć lepiej rozbić OR w klauzuli WHERE na UNION SELECT, aby zapytanie szybciej się wykonywało.
Przeprowadziłem więc testy. Szybciej wykonywało się zapytanie, w którym w klauzuli WHERE był OR aniżeli to z UNION SELECT. Czy to rozwiązanie jest optymalne w przypadku dużej ilości rekordów? (testy przeprowadzałem na ok 4 tyś rekordów) |
 |
 
|
 |
|
Post
#2
|
|
|
Grupa: Moderatorzy Postów: 36 561 Pomógł: 6315 Dołączył: 27.12.2004 |
Nie będzie. DLa 4tys nie będzie żadnej różnicy, a nawet jak będzie to będzie to różnica na poziomie milisekund i to nie koniecznie na korzyść union all.
Żeby tu rozwiązać problem to trzeba zobaczyć jakie są indeksy, co zwraca EXPLAIN. Co z tego ze da UNION, jeśli indeksy ma do 4 liter i zamiast jednego wolnego zapytania to z UNION będzie miał dwa wolne zapytania a przez co będzie działało dłużej. Nie kłóćmy się więc o głupoty tylko poczekajmy na dane. |
|
|
|
jarmiar optymalizacja where ... or ... 22.03.2012, 14:14:05 
Niktoś No to spróbuj na UNION ALL-a zobaczysz różnice. 22.03.2012, 14:16:08 nospor @Niktoś a niby co to ma poprawić? Przecież ALL nie... 22.03.2012, 14:20:32 alegorn powinna byc roznica.
podaj nam jeszcze jesli mozn... 22.03.2012, 14:27:51 Niktoś http://pl.wikipedia.org/wiki/Operator_Union
http:/... 22.03.2012, 14:30:09 nospor A ty jak zwykle na teorii...
Spójrz na problem. D... 22.03.2012, 14:35:19 Niktoś Powinno nieznacznie pszyspieszyć.Autor tego tematu... 22.03.2012, 14:39:55 Niktoś CytatNie kłóćmy się więc o głupoty tylko poczekajm... 22.03.2012, 14:44:08 jarmiar Testy przeprowadzałem najpierw bez indeksów a pote... 22.03.2012, 15:05:51 
nospor Kiepskie masz te indeksy skoro widać jak wół, że a... 22.03.2012, 15:08:51  |
|
Aktualny czas: 28.12.2025 - 13:38 |
