 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: Zarejestrowani Postów: 1 195 Pomógł: 109 Dołączył: 3.11.2011 Ostrzeżenie: (10%) 
|
http://pl.wikipedia.org/wiki/Operator_Union
http://stackoverflow.com/questions/3374459...joins-just-suck To powinno wyjaśnić dlaczego union all jest szybszy od union i join z or |
|
|
|
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 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 nospor Nie będzie. DLa 4tys nie będzie żadnej różnicy, a ... 22.03.2012, 14:42:15 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: 27.12.2025 - 20:04 |
