vagrand
30.09.2014 - 12:56
sergeiss
| Цитата |
| Плюс в том, что не надо ничего придумывать, всё уже есть в БД. Не надо мудрить с выборками из абстрактного кэша. |
Я сейчас использую в качестве кэша Redis и кэширую результат запроса по параметрам. Так что никакой особой выборки из кэша у меня нет, а прочитать из Redis-а по ключу намного быстрее чем делать запрос даже к самой оптимизированной таблице. Ну соответственно и кода намного меньше.
_____________
Senior PHP developer: PHP5, MySQL, JavaScript, CakePHP, Yii/Yii2, Zend Framework, Smarty, XML/Xslt, JQuery, Jquery Mobile, Bootstrap, ExtJS, HTML, HTML5, CSS, Linux, SVN, Git, Memcached, Redis, MongoDB, Zend Guard, Ioncube, FFMpeg, PayPal, Webmoney, Qiwi, Facebook API, Vkontakte Api, Google API, Twitter Api, Steam Api.
Junior Android Developer: Android SDK, многопоточность, работа с HTTP запросами, JSON, SQLite, фрагменты.
FatCat
30.09.2014 - 19:25
| Цитата (rooor @ 29.09.2014 - 22:09) |
| если, например, 4 категория будет последней в строке, то в таком виде LIKE '%,4,%' она не найдётся, т.к. запятой после неё нет |
А запятая есть:
| Цитата (FatCat @ 29.09.2014 - 21:41) |
$catz = ",".implode(",",$categories).","; |
| Цитата (AllesKlar @ 29.09.2014 - 22:27) |
| Далее просто, берем вес категорий товара и запрашиваем 5-10 следующих / предыдущих значений по таблице. |
Думал о подобной методике поиска похожих тем форума. Алгоритм "взвешивания" топиков имеется: в результате "взвешивания" получаем желаемое количество ключевых слов, отсортированных по релевантности. Были мысли взять 5 самых релевантных, отсортировать по алфавиту (или по айдишнику в таблице). Дальше нужно экспериментировать: брать именно 5, или больше, или меньше, и сколько совпадений считать "похожим" текстом...
_____________
Бесплатному сыру в дырки не заглядывают...