Хранение множеств

Тебе просто нужно три таблицы:
Таблицы с говорящим названием: users, hobbies
И таблица их связей с полями userid, hobbyid

и усё

 

язык SQL отлично приспособлен для работы со множествами. никакие трюки не понадобятся, всё штатно - сущности, атрибуты, отношения.

 

в третьей таблице надо держать несклько записей на юзера. на каждое хобби каждого юзера.

 

"Вязание, Плавание, Спорт, Музыка" -- это же т.н. поисковые теги. Реализовано много где. Отношение многие-ко-многим делается через промежуточную таблицу-связку. Первичный ключ таблицы из двух полей, типа (ид_пользователя, ид_тега).
Поиски и фильтры делаются только через джойны с этой таблицей-связкой. А вот для оптимизации вывода можно оставить текстовое поле с этими тегами через запятую или еще с какими разделителями. Чтобы просто показать теги не придется ничего джойнить.

Для примера приведу куски из базы stackoverflow.com : есть таблиц Посты, Теги и Теги_Постов. Я сокращю ненужные здесь поля.

Код (Text):

1. CREATE TABLE `Posts` (
2.   `Id` int(11) NOT NULL,
3.   `ParentID` int(11) DEFAULT NULL,
4.   `CreationDate` datetime NOT NULL,
5.   `Body` text,
6.   `OwnerUserId` int(11) DEFAULT NULL,
7.   `Title` varchar(500) DEFAULT NULL,
8.   `Tags` varchar(300) DEFAULT NULL,
9.   PRIMARY KEY (`Id`),
10.   KEY `IX_Posts_ParentId` (`ParentID`)
11. )

В поле Posts.Tags хранятся теги в виде "<alpha><beta><gama>" -- для отображения поста не надо джойнить другие таблицы. Элементарно одной регуляркой преобразовать это поле в список ссылок по тегам.

А вот "настоящие" теги:

Код (Text):

1. CREATE TABLE `Tags` (
2.   `Id` int(11) NOT NULL AUTO_INCREMENT,
3.   `TagName` varchar(50) NOT NULL,
4.   PRIMARY KEY (`Id`),
5.   UNIQUE KEY `TagName` (`TagName`)
6. );

Таблица-связка м-м:

Код (Text):

1. CREATE TABLE `PostTags` (
2.   `PostId` int(11) NOT NULL,
3.   `TagId` int(11) NOT NULL,
4.   PRIMARY KEY (`PostId`,`TagId`),
5.   KEY `TagId` (`TagId`,`PostId`)
6. );

Выбрать записи с тегом, например, "php" можно так:

Код (Text):

1. SELECT p.*
2. FROM `Posts` AS p INNER JOIN
3. `PostTags` AS pt ON pt.`PostId`=p.`Id` INNER JOIN
4. `Tags` AS t ON pt.`TagId`=t.`Id`
5. WHERE t.`TagName`='php'
6. LIMIT 100

 

Необязательно было цитировать всю простыню )))
Отношения можно оформить и во фразе WHERE -- как ты сделал. Слово JOIN это всего-лишь синтаксический сахар, не принципиально. Например в диалекте Oracle до недавних пор не было слова JOIN.

А вот user.* в сочетании с GROUP BY это логическая ошибка.
1. users.id это ведь первичный ключ? то есть ЗНАЧЕНИЕ УНИКАЛЬНО ВО ВСЕЙ ТАБЛИЦЕ, какой смысл делать по нему GROUP BY ?
2. если ты группируешь записи, несколько записей сжимаются в одну, какие по твоему значения должны остаться? я не знаю и сервер БД тоже не знает.

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

 

Я предлагаю сформулировать цель по русски. Если получится это сделать кратко и конкретно, то почти дословно это можно перевести на SQL.

 

Код (Text):

1. SELECT users.*
2. FROM
3.   users INNER JOIN
4.   userwork ON userwork.uid = users.id INNER JOIN
5.   work ON userwork.wid = work.id
6. WHERE work.name IN ('Мент','Пожарный')

то же самое, просто синтаксис немного другой:

Код (Text):

1. SELECT users.*
2. FROM
3.   users, userwork, work
4. WHERE
5.    userwork.uid = users.id AND
6.    userwork.wid = work.id AND
7.    work.name IN ('Мент','Пожарный')

здесь не нужна группировка

Добавлено спустя 6 минут 21 секунду:
если я тебя правильно понял. это если ЛЮБАЯ из указанных профессий подойдет. если надо ОБЕ профессии у каждого человека, то понадобится одно из двух:
- два набора work и userwork, один для ментов, один для пожарных
- вложенный запрос. внутри объединение людей и их профессий из массива (мент, пожарный), а в оболочке group by и having count(*)=2

 

ну значит с группировкой, да.
только нельзя во фразе SELECT при этом писать "*". перечисли конкретно поля и агрегатные функции от полей что надо получить.
у меня есть данные с stackoverflow, я вот такой запрос проверил. думаю ты аналогию найдешь

Код (Text):

1.   SELECT pt.`PostId`, COUNT(*)
2.   FROM
3.     `PostTags` AS pt INNER JOIN
4.     `Tags` AS t ON pt.`TagId`=t.`Id`
5.   WHERE t.`TagName` IN('php', 'mysql')
6.   GROUP BY pt.`PostId`
7.   HAVING COUNT(*) = 2
8.   LIMIT 100

чтобы получить список подходящих Posts.Id не нужна сама таблица Posts
результат можно заджойнить с Posts и получить остальные поля, если надо