Код
select content.id, content.type, media.title, authors.author from `content`,`media`, `authors`
where media.id = content.mid and authors.id = media.aid and media.title like '%{$s_q}%' and content.type = 1 order by media.title desc
where media.id = content.mid and authors.id = media.aid and media.title like '%{$s_q}%' and content.type = 1 order by media.title desc
вот такой поисковый запрос если просто поменять все на джоины не меняя структуры скорость выполнения почти не меняется..
Спустя 4 часа, 8 минут, 29 секунд (17.04.2008 - 18:53) Sylex написал(а):
Используй псевдонимы, пиши типа так:
смысл понятен?
Запрос будет короче... А на счет оптимизации - запрос простой, не вижу способа.. Разве что красивее написать через INNER JOIN
Предположительно LIKE выполняется дольше... поэтому может быть размещение его в конце даст результат, т.е. может SQL будет использовать его реже, в следствии того, что предыдущие дали FALSE, LIKE не будет проводиться. Это предположение. Но даже если и так, это так не значительно!!
Помню курсовик писал на эту тему, могу скинуть
Код
"SELECT n.id,b.name FROM nlonglong n, bibibibilong b WHERE ..."
смысл понятен?
Запрос будет короче... А на счет оптимизации - запрос простой, не вижу способа.. Разве что красивее написать через INNER JOIN
Предположительно LIKE выполняется дольше... поэтому может быть размещение его в конце даст результат, т.е. может SQL будет использовать его реже, в следствии того, что предыдущие дали FALSE, LIKE не будет проводиться. Это предположение. Но даже если и так, это так не значительно!!
Помню курсовик писал на эту тему, могу скинуть
Спустя 1 час, 26 минут, 42 секунды (17.04.2008 - 20:19) disc написал(а):
Поля по которым идет сравнение проиндексированы?
Спустя 35 минут, 26 секунд (17.04.2008 - 20:55) alatheus написал(а):
спасибо большое за советы.
а есть ли смысл индексировать поле типа varchar или text? просто тупо повесить индекс на него?
а есть ли смысл индексировать поле типа varchar или text? просто тупо повесить индекс на него?