Как правильно доработать запрос для поиска (LIKE) по нескольким таблицам?

Question

[lexstile]

Есть запрос:

SELECT DISTINCT events.id, events.name as event_name, events.date_start, events.date_end, events.country_id, events.description, events.day_1, events.day_2, events.month_1, events.month_2, events.year_1, events.year_2, events.is_present, links.links, images.images, countries.countries, countries.country_ids, country_to_cluster.year_start FROM events
		LEFT JOIN (SELECT countries.id, GROUP_CONCAT(countries.id) as country_ids,  event_to_country.country_id as country_id, event_to_country.event_id, GROUP_CONCAT(countries.name) as countries FROM countries LEFT JOIN event_to_country ON countries.id = country_id GROUP BY event_to_country.event_id) as countries ON events.id = countries.event_id
		LEFT JOIN (SELECT event_id, GROUP_CONCAT(link) as links FROM links GROUP BY event_id) AS links ON events.id = links.event_id
		LEFT JOIN (SELECT event_id, GROUP_CONCAT(name) as images FROM images GROUP BY event_id) AS images ON events.id = images.event_id
		LEFT JOIN keywords ON events.id = keywords.event_id
		LEFT JOIN country_to_cluster ON (country_to_cluster.year_start IS NULL AND country_to_cluster.year_end IS NULL && country_to_cluster.country_id = events.country_id) OR (country_to_cluster.country_id = events.country_id AND events.year_1 >= country_to_cluster.year_start AND events.year_1 <= country_to_cluster.year_end)
		WHERE (events.name LIKE :search || events.description LIKE :search || keywords.name LIKE :search || countries.countries LIKE :search)  GROUP BY events.id

Есть несколько таблиц:
+ events - события
+ countries - страны
+ clusters - кластеры
+ event_to_country - связи событий и стран (одно событие может иметь несколько стран)
+ country_to_cluster - связи стран и кластеров (одна страна может иметь несколько кластеров)

countries


clusters


event_to_country


country_to_cluster


Как добавить поиск по названию кластера (clusters.name) к текущему запросу?
То есть, пользователь вводить название кластера, а я вывожу ему события, которые связаны с этим кластером через промежуточные таблицы - event_to_country и country_to_cluster.

Comments

[Максим]

ну так а что, останавливает?

LEFT JOIN clusters c ON (c.id = cluster_id and c.name like /*или что вам там надо*/ :clusters_text )

заметте, это Left Jion со всеми своими прелестями, можете сменить на join если надо по логике запроса

[lexstile]

Максим, не совсем понял, LIKE же нужен у основного запроса.
Не у таблицы кластеров.
Совместно с:

events.name LIKE :search || events.description LIKE :search || keywords.name LIKE :search || countries.countries LIKE :search

[Максим]

lexstile, Я не знаю синтаксиса

events.name LIKE :search || events.description LIKE :search || keywords.name LIKE :search || countries.countries LIKE :search

в Oracle || это конкатинация, а у Вас по стилю похожа на or
посему я не могу писать в этом стиле, Вы уж извините.
Если Вам нужен Left Join то условия на него накладываются в on кляузе, если просто join - можно и в where

Я не понимаю это обязательное условие c.name like /*или что вам там надо*/ :clusters_text или просто что то пометить...

[Vitsliputsli]

lexstile, к слову говоря, вы же знаете, что like очень дорогая операция? К тому же джойны таблиц которые будут создаваться в процессе работы, тут полный обход всех таблиц и похоже не по одному разу.
На нормальных объемах данных, у запроса будет крайне низкая производительность.

[lexstile]

Vitsliputsli, благодарю за информацию, нет, я не знал - теперь есть направление, что почитать.

[Vitsliputsli]

lexstile, там многое зависит от данных, производительности СУБД, кол-ва запросов и допустимого времени ожидания. Если like имеет % только в конце на некоторых данных достаточно обычных индексов, возможно нужны будут индексы полнотекстового поиска, а возможно придется использовать отдельные поисковики типа Эластика.
Второй момент, нужно улучшать сам запрос, у вас идут многочисленные проходы всех таблиц, их группировки и т.п. А фильтрация происходит в самом конце через like (это я про селекты внутри джойнов). Более эффективно сперва отфильтровать лишнее и уже по гораздо меньшему объему данных группировать.

[lexstile]

Vitsliputsli, справедливое замечание, спасибо большое!