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

Question

[YakovenkoND]

Есть таблица, tag2article. К примеру:

tag_id | article_id
--------------------
1 | 5
2 | 6
7 | 5

Я хочу, чтобы все статьи с тегом не 1 выводились и я пишу в запросе ->andWhere(['!=', 'tag_id', 1]), но в таблице есть запись, где та же статья, но с другим тегом, получается, что эта статья все равно выводится.

Как сделать так, чтобы все записи со статьей 5 не выводились (конечно, статья 5 здесь для примера и в реальной базе нужно, чтобы такое поведение работало не только для статьи с id 5, а для всех случаев повторения статьи, но с другим тегом)?

Comments

[Akina]

Ну начать с того, что, исходя из текста вопроса, article_id ни разу не уникально - следовательно, для удаления дубликатов нужен как минимум DISTINCT. А при необходимости реализовать требуемое требование - так и вовсе честный GROUP BY с последующим HAVING.

и я пишу в запросе ->andWhere(['!=', 'tag_id', 1]),

Это не SQL-запрос, а чушь собачья. Или код какого-нибудь фреймворка, имеющего ну очень приблизительное отношение к SQL.

[YakovenkoND]

Akina, извиняюсь, забыл отметить тот факт, что это код php фреймворка.
Дубликаты возможны, потому что у одной статьи (article_id) может быть несколько тегов(tag_id).

[Akina]

YakovenkoND,

Дубликаты возможны, потому что у одной статьи (article_id) может быть несколько тегов(tag_id).

Но я надеюсь, что такой маразм как полные дубликаты записей - не допускается?

[Сергей П]

Akina, Да причем тут полные дубликаты? У него там типичное отношение "многие ко многим" в виде таблицы.
Да и дублирование данных тоже не всегда плохо. Это называется денормализацией и в некоторых случаях к ней прибегают сознательно, чтобы ускорить выборки данных или оптимизировать какие-то операции за счет бОльшего потребления памяти.

[Akina]

Сергей Паньков, и что? как это гарантирует от отсутствия полных дубликатов? Вот кабы была показана структура, и в ней явно (tag_id, article_id) был primary либо unique..

[Сергей П]

Akina, Не гарантирует, но зачем плодить сущности сверх необходимого? Вы же могли предположить, что там есть ссыоки на несуществующие статьи, например, или предположить, что термопаста у задающго вопрос высохла и комп глючит... Никто ж не гарантирует, что это не так? Так зачем пложить предположения в такой простой и типовой ситуации?

[Akina]

Сергей Паньков,
Вот как раз у тех, кто использует фреймворки, но не понимает, во что именно они превращают код при переходе на уровень запросов к SQL-серверу, ситуация, когда логичные и необходимые ограничения отсутствуют - гораздо более типовая...
Особенно в случае M:N связей, причём по очень прозаической причине - это либо незнание, как создать композитный индекс, либо вообще незнание того, что подобные индексы существуют.

Вопрос-то достаточно частый. И в таких вопросах я регулярно спрашиваю про наличие композитного уника...

[Сергей П]

Akina, даже если нет на уровне бд никаких констрейнсов по поводу уникальности или аже ссылочной целостности, это не значит, что проблемы с этим есть в данном конкретном случае. Может быть код написан так, что проблем не возникаети не предполагается. В конце концов, бывают случаи, когда разработчики осознанно отказываются от замедляющих работу БД "удобств", если приложение не нуждается в них.
Тут проблема в том, что гражданин пытается писать код в области, где нишиша не понимает. Не хватает базовых знаний, и это бич современных молодых разработчиков, которые пренебрегли "ненужным" обрахованием и "обучались" по роликам на ютубе.
И картина, в общем-то, закономерная. Растёт пласт ремесленников в индустрии, расслоение возникает, ведь индустрия растёт быстро, в нее вливаются деньги, а талантливых самоучек не прибавляется в популяции хомосапиенсов. Да и ВУЗы не могут достаточно быстро отработать спрос и выдать предложение.

[Akina]

Сергей Паньков, дело в том, что если в таблице нет указанного ограничения, то мой ответ (и не только мой, к слову) нуждается в корректировке.

[YakovenkoND]

Сергей Паньков, скажите, какими, по вашему мнению, базовыми знаниями должен обладать разработчик?
Как вы поняли, что этих знаний я не имею и конкретно мой пробел в знаниях?
Я начинающий разработчик, мне важно и полезно узнать мнение более опытных коллег.

[Сергей П]

YakovenkoND, в данном случае очень хорошо заметно, что вы не знакомы с понятиями реляционной алгебры.
Я уверен, что это не единственный пробел, потому что весьма маловероятно как-то умудриться упустить именно эту узкую область и всего многообразия базовых знаний, которые нужны разработчику, желающему развиваться.
Думаю клепать однотипные сайты по примерам и под копирку можно насобачиться и без образования. Но такие ремесленники оказываются в тупике и дальше джуна вряд ли пойдут, не станут инженерами.
В принципе, в этом нет ничего плохого, наверно.
Однако программистов в универах неспроста учат высшей математике, мат-анализу, численным методам, компьютерному моделированию, комбинаторике, дискретной математике, теории вероятностей, основам алгоритмизации, теории языков программирования, вычисительной математике и ещё куче всяких дисциплин, предметов и тем.
Общий охват этих тем формирует эрудированность, более быстрое понимание сложных проблем, системное мышление, навык построения многоуровневых абстракций.

[YakovenkoND]

Сергей Паньков, в таком случае, как человеку, который клепает однотипные сайты по примерам и под копирку, встать на путь инженера и соскочить с этих рельс, которые ведут в пропасть джунов-недоучек?
Какие книги, учебники стоит прочитать и понять людям типа меня, чтобы получить вот этот пласт знаний, называемый базовыми знаниями?

[Сергей П]

YakovenkoND, я не знаю. Мне кажется этот впопрос не совсем по адресу.
Это, к примеру, как спрашивать питониста с пятнадцатилетним стажем какую книжку почитать, чтобы изучитьпитон. Откуда он знает? Он питон изучал когда не было современных книжек, а те книги, которые он мог читать по этой теме пятнадцать лет назад сейчас уже неактуальная макулатура.
То же самое касается образования. У меня был универ и профильная специальность. Меня бессмысленно спрашивать о каких-нибудь "краш-курсах по программированию с нуля", я никогда ими не пользовался.

Однако это не значит, что у меня не может быть мнения на счет того, по какому пути можно вам пойти. Я не могу гарантировать, что оно (моё мнение) не слишком наивно или не ошибочно.
Итак, моё мнение.
Вам будет трудно. Как там писал Льюис Кэрол? Вам придётся бежать сломя голову, чтобы только оставаться на месте, а тобы куда-то продвигаться и вовсе...
Вам придётся построить индивидуальный план развития (ИПР), а поскольку вы не знаете доподлинно что именно вы не знаете, то этот план вы будете постоянно менять по ходу воплощения.
В план вы будете заносить всё не понятное, что встретите, а поскольку ваше время и когнитивные способности ограничены, то придётся постоянно держать набор всего, что необходимо оствоить отсортированным в порядке приоритета.
Приортеты вам придётся постоянно пересматривать, поскльку пласты знаний цепляются друг за друга и часто для освоения каког-то куска нужно понимать другие куски, а они в свою очередь цепляют другие.
Придётся учиться мыслить абстрактно и абстрагироваться от слодных проблем, иначе ад циклических зависимостей между дисциплинами не даст вам сдвинуться с места.

Лично я на вашем месте (хотя не просто представить себя не на своём месте) завёл бы себе в блокнотике очередь тем на ближайшее освоение. Завел бы страничку с базз-вордами - словами и определениями, которые понка не понятны, но должны быть поняты хотя бы в общих чертах для формирования дорожной карты в голове.

Поискал бы вузовскую программу по интересной вам специальности. Её составляли грамотные люди и, возможно. вам оттуда многое понадобится в жизни. Вузовская прграмма - это длинный список заголовков тем и дисциплин. Они выстроены примерно в порядке более-менее удобного освоения с нуля. Это большое подспорье. Вы из этой программы узнаете о том, что вам, возможно, следовало бы знать. Поймёте на чем базируются те или иные технологии.

К примеру язык SQL - это вершина айсберга, а в его основании реляционная алгебра. Однако, возможно, тут вам будет трудно понимать что это за "алгебра" такая. И кусочек высшей математики на первых, вторых курсах института готовит студентов к мылению нужными категориями. Вам же придётся, наверно, как-то жить без этого бэкграунда. Главное, что нужно запомнить - это "всё неспроста". Если вам что-то из осваимового материала кажется какой-то непонятной водой или термины вам кажутся бессмысленно переусложнёнными, то, знайте, эта тема сложнее, чем вам сейчас кажется. Может быть сейчас и не время копать глубже, но не поддавайтесь наивному заблуждению.

[YakovenkoND]

Сергей Паньков, напишу вам ответ на комментарий через пару лет.

Answer 1

[Akina]

Общий шаблон такой:

SELECT article_id
FROM tag2article
GROUP BY article_id
HAVING !SUM(tag_id = 1)

Подобный подход позволяет формировать условия любой степени сложности, например:

SUM(tag_id = 2) -- наличие тега 2 обязательно
SUM(tag_id IN (3,4)) -- наличие хотя бы одного из указанных тегов обязательно
!SUM(tag_id IN (5,6)) -- отсутствие любого из указанных тегов обязательно
SUM(tag_id IN (7,8)) = 1 -- обязательно наличие строго одного из двух указанных

Ну и так далее... а с учётом того, что такие условия объединяются логическими операторами, можно состряпать фильтр практически любой сложности.

Конечно, в более простых случаях можно использовать и частные решения, и они будут быстрее общего. Вот как Сергей Паньков предложил.

Answer 2

[Сергей П]

SELECT * 
FROM articles a
WHERE NOT EXISTS(SELECT * FROM tag2article ta WHERE ta.tag_id = 5 AND ta.article_id = a.id)

Answer 3

[VVCh]

GROUP BY article_id