- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

В 2023 году 36,9% всех DDoS-атак пришлось на сферу финансов
А 24,9% – на сегмент электронной коммерции
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Эм.. а можно мне запись, которая соответствует tag_id 37 и 40 этим запросом... или 26 и 4 🍿
SELECT `entry_id` FROM (SELECT `entry_id` , CONCAT(CONCAT(',', GROUP_CONCAT( `tag_id` )), ',') AS `tag_id` FROM `entry_tags` GROUP BY `entry_id`) AS tmp WHERE (`tag_id` LIKE '%,37,%' AND `tag_id` LIKE '%,40,%')
---------- Добавлено 03.08.2012 в 13:24 ----------
А что, не так надо? Значит, надо найти все entry_id, ссылающиеся на любой из тегов? Тогда как-то так:
Надо чтобы эти теги у записи были, но могут быть и другие. Тот запрос, что я написал первым выдает только те записи, у которых только нужные теги и только они.
Мда, ошибочка вышла, выбирает только те записи, которые имеют все теги и только их.
Не-не.. там ещё интереснее.. есть разница между 26, 4 и 4, 26. А для трёх тэгов комбинаций чуть поболе будет.. Можно, конечно по ID-шнику и там и там сортировать. Но проблему лишних тэгов всё равно не решает
---------- Добавлено 03.08.2012 в 13:28 ----------
почти как здесь (разве что по ссылке нет деталей.. в смысле, 4,24 и 40 будут LIKE %4% но там и кавычек нет.. главное - идея )
p.s. Кстати, можно замерять, что лучше.. N LIKE-ов или N JOIN-ов по ключу :) (для ключей не забыть индексы проставить)
Не-не.. там ещё интереснее.. есть разница между 26, 4 и 4, 26. А для трёх тэгов комбинаций чуть поболе будет.. Можно, конечно по ID-шнику и там и там сортировать. Но проблему лишних тэгов всё равно не решает
А второй вариант как? Некрасиво конечно, но на первый взгляд именно то что надо.
в смысле, 4,24 и 40 будут LIKE %4% но там и кавычек нет.. главное - идея
Упс.. кавычки есть.. идея тоже.. только разделителя нет =)
почти как здесь (разве что по ссылке нет деталей.. в смысле, 4,24 и 40 будут LIKE %4% но там и кавычек нет.. главное - идея )
p.s. Кстати, можно замерять, что лучше.. N LIKE-ов или N JOIN-ов по ключу :) (для ключей не забыть индексы проставить)
Не, там нет (или я не допер) фишки в GROUP_CONCAT, без которой LIKE в данном случае бесполезен.
Когда же наступит тот день, когда вопросы будут формироваться внятно?
Варианты:
1. Каждая найденная запись имеет все нужные теги и только их:
2. Каждая найденная запись имеет все нужные теги и любые другие:
3. Каждая найденная запись имеет хотя бы один нужный тег и любые другие:
Есть еще 4-й вариант: Каждая найденная запись имеет один или несколько или все нужные теги, но при этом не содержит других тегов, не относящихся к перечню нужных. Но мне о нем лень думать.
Когда же наступит тот день, когда вопросы будут формироваться внятно?
Ну, как смог. Спасибо, INNER JOIN там лишний, но в остальном работает =)