MySQL - считая с HABTM отношениями

Question

MySQL - считая с HABTM отношениями

0

У меня есть 3 таблицы: "открытки", "теги" и "картотеки", где теги HABTM карт

Вопрос: Какой запрос выполнить в таблице "теги", чтобы подсчитать количество связанных строк "карт"?

Я ищу что-то вроде этого:

tags.name | count
----------+------
cricket   |  15          (15 cards are tagged as 'cricket')
soccer    |  23
football  |  12

cardflopper 20 дек. 2009, в 06:44

Источник

1

обычно это называется «многие ко многим». «HABTM» является термином, популярным в Rails / CakePHP.
zzzeek 20 дек. 2009, в 04:53

Теги:

mysql

has-and-belongs-to-many

2 ответа

Ещё вопросы

обычно это называется «многие ко многим». «HABTM» является термином, популярным в Rails / CakePHP.

ysth · Answer 1 · 2009-12-20T05-04-00.000Z

0

Если вы хотите только те теги, у которых есть хотя бы одна карта:

select tags.name, count(cardstags.tag_id) from tags inner join cardstags on tags.id=cardstags.tag_id group by tags.id;

Чтобы включить теги без карточек, используйте левое соединение вместо внутреннего соединения.

ysth 20 дек. 2009, в 05:04

0

этот тоже не тот. вам нужно сгруппировать по tags.name для правильного результата.
zzzeek 20 дек. 2009, в 06:22
0

нет, предположительно, если у вас разные идентификаторы тегов с повторяющимися именами, вам нужны отдельные результаты. и если у вас нет повторяющихся имен, группировка по tags.id эквивалентна группировке по tags.name.
ysth 20 дек. 2009, в 06:38
0

Фактически недопустимый SQL в большинстве баз данных имеет столбец без агрегации, который не указан в GROUP BY при наличии агрегатных функций. MySQL позволяет это, так как MySQL очень плохо поддерживает стандарты SQL. Попробуйте это на Postgresql некоторое время, или Oracle, и т. Д. Это вызовет ошибку.
zzzeek 20 дек. 2009, в 06:41
0

Вот углубленная статья о ситуации, написанная парнем, который защищает позицию MySQL: oreillynet.com/databases/blog/2007/05/… . Он утверждает, что самые последние стандарты SQL более гибки в этом отношении. Но проблема возврата несгруппированных / неагрегированных столбцов в результате явно приводит к недетерминированным результатам.
zzzeek 20 дек. 2009, в 06:48
0

@zzzeek спасибо, я хорошо знаком с удобной поддержкой mysql для большего, чем позволяет стандарт. Я бы не назвал это «очень плохой поддержкой стандартов SQL». Re: «недетерминированный», понятия не имею, что вы там имеете в виду; результаты довольно детерминированные.
ysth 20 дек. 2009, в 07:49
0

Прочитайте связанную историю, включая пример с датами. Результаты не являются детерминированными, когда к результату добавляются несгруппированные столбцы, так как он отображает «первый», который соответствует, но ORDER BY нет. По умолчанию по умолчанию вставляется порядок, который никогда не следует использовать для сортировки.
zzzeek 21 дек. 2009, в 15:50
0

хм, да, история дает недетерминированный случай, но почти все время, когда вы хотите выбрать столбец без GROUP BY, он является детерминированным, включая этот случай; для каждого tags.id есть только один tags.name, поэтому нет проблем с возвратом «первого».
ysth 22 дек. 2009, в 00:41
0

Ну, в зависимости от имеющихся данных, результаты могут быть по существу случайными. Это означает, что результаты в основном случайные, если вы не делаете предположений о данных. Это не совсем «SQL-образный» способ мышления, отсюда и широкое неодобрение методов MySQL (конечно, вне сообщества MySQL). Это база данных, которая утверждала, что ограничения внешнего ключа были ненужными в течение многих лет - еще один случай, «если мы предположим, что приложение сделало правильную вещь» - что привело к всевозможным отвратительным практикам, таким как полиморфные ассоциации Rails.
zzzeek 22 дек. 2009, в 02:24
0

в этом комментарии вы, кажется, сначала спорили о том, что наличие первичных ключей (а приложение, использующее запросы, предполагающие их существование) не является «SQL-подобным», а затем оборачивается и говорит, что не использует ограничения внешнего ключа, не «SQL-подобное».
ysth 22 дек. 2009, в 03:43

Показать ещё 7 комментариев

zzzeek · Answer 2 · 2009-12-20T02-15-00.000Z

0

select tags.name, count(*) from tags join cardstags 
 on tags.id=cardstags.tag_id group by tags.name

zzzeek 20 дек. 2009, в 02:15

0

на 5.0.75 я получаю: ОШИБКА 1064 (42000): у вас ошибка в синтаксисе SQL; проверьте руководство, соответствующее вашей версии сервера MySQL, чтобы найти правильный синтаксис для использования рядом с '*) из тегов join cardstags
ysth 20 дек. 2009, в 06:21
0

только что исправлено, mysql не хочет "cardstags. *", попробуйте еще раз.
zzzeek 20 дек. 2009, в 06:23