Множественная выборка из составной строки

Fi1osof
14 нояб. 2015 г., 23:01

Множественная выборка из составной строки

В продолжение предыдущего топика про сложные SQL-запросы, хотел бы поделиться свежим опытом.
Сегодня на нашем сайте Клуба я решил сделать одну полезную штуку для себя — на страницах топиков и тегов выводить информацию о сопутствующих услугах. 📷 Справедливости ради сразу замечу, что данная «реклама» выводится только топиках, написанных мною, и не паразитирует на чужих топиках.
В целом все логично: есть какая-то статья, описывающая произвольную проблему, и есть соответствующая этой проблеме услуга. К примеру, проблема «тормозит сайт», услуга «техническая оптимизация сайта». Собственно, все что здесь нужно — это прописать желаемые теги в документах услуг, а при заходе на страницу мы выполняем поиск этих услуг по тегам текущего документа-топика (а теги у нас заполнены во всех топиках). И вот здесь есть ряд тонкостей, о которых я и расскажу ниже.
1. Дополнительное поле тегов в услугах. Это обычное TV-поле «Список (множественный выбор)». В поле Возможные значения прописываем SQL-запрос.
@SELECT DISTINCT tag FROM `[[+PREFIX]]society_topic_tags` ORDER BY 1
Это позволит формировать всегда актуальный список тегов. 📷 К слову, список тегов — почти 900 штук, но в админке тормоза с этим полем не замечены (хотя не знаю как на слабых тачках будет себя вести).
Указываем нужные теги и сохраняем. Далее остается только прописать поиск тих услуг по тегам. И вот здесь начинается интересное… Значение данной TV-шки записывается в БД одной строкой с разделителем ||, к примеру оптимизация||производительность||тормозит сайт||нагрузка на сервер. И все бы ничего, да только поиск по этой строке нам надо выполнить как правило тоже не одного тега, а нескольких, к примеру оптимизация, тормозит сайт, нагрузка на сервер. Ясное дело, что порядок тегов не всегда будет совпадать. Еще раз уточню задачу: нам надо найти все документы, в которых будет найден хоть один из перечисленных тегов.
Итак, вот конечный код (сразу для вставки в getdata-процессор):
<?php public function prepareQueryBeforeCount(xPDOQuery $c){ $c = parent::prepareQueryBeforeCount($c); $alias = $c->getAlias(); $where = array(); // Поиск по тегу if($tags = trim($this->getProperty('tags'))){ $tags_arr = explode(',', $tags); $tags_arr = array_map('trim', $tags_arr); $tags_arr = array_map(function($str){ global $modx; $str = $modx->quote($str); $str = "FIND_IN_SET({$str}, replace(tags_tv.value, '||', ','))"; return $str; }, $tags_arr); $find_in_set = implode(' OR ', $tags_arr); $c->innerJoin('modTemplateVarResource', "tags_tv", "tags_tv.tmplvarid = 18 AND tags_tv.contentid = {$alias}.id AND ({$find_in_set})"); } if($where){ $c->where($where); } return $c; } Как видно, здесь я передаваемую строку разбиваю по запятой в массив и набиваю в итоге вот в такую хитрую строку: FIND_IN_SET('оптимизация', replace(tags_tv.value, '||', ',')) OR FIND_IN_SET('тормозит сайт', replace(tags_tv.value, '||', ',')) OR FIND_IN_SET('нагрузка на сервер', replace(tags_tv.value, '||', ','))
Что здесь происходит? 1. replace(tags_tv.value, '||', ',') заменяет в TV-значении разделитель || на разделитель, (запятая). К сожалению, в этой ТВшке нельзя указать тип разделителя для записываемого значения. 2. FIND_IN_SET выполняет поиск заданного значения в строке с разделителем. В данной строке разделитель-запятая как бы разбивает строку на массив, в котором можно выполнять поиск с четким вхождением.
Ну а далее мы уже джоиним TV-поле с этим условием. Полный итоговый запрос выглядит примерно так:
SELECT modResource.* FROM `modx_site_content` AS `modResource` JOIN `modx_site_tmplvar_contentvalues` `tags_tv` ON tags_tv.tmplvarid = 1 AND tags_tv.contentid = modResource.id AND ( FIND_IN_SET('оптимизация', replace(tags_tv.value, '||', ',')) OR FIND_IN_SET('тормозит сайт', replace(tags_tv.value, '||', ',')) OR FIND_IN_SET('нагрузка на сервер', replace(tags_tv.value, '||', ',')) ) WHERE ( `modResource`.`deleted` = 0 AND `modResource`.`hidemenu` = 0 AND `modResource`.`published` = 1 )
Опять-таки статистики ради: в базе 1500 документов и 1700 записей TV-полей, выборка выполняется практически мгновенно.

Добавить комментарий