Есть пользователи. У пользователей есть интересы, любимая музыка, фильмы, книги и прочая лабуда (в неограниченном количестве). Что-то типа:
 

 
вариант 1.
таблица пользователей (users), таблица меток (favorites) и таблица М:М (users_favorites)

В этом случае всё хорошо с выборкой — легко найти метки указанного пользователя или пользователей с общими метками. Проблема: в favorites по-идее должны быть все метки уникальны, а вставка может производится "большими порциями", т.е. по многу меток сразу.
 
вариант 2.

в отдельную таблицу выносится поле (varchar или даже text), куда через запятую заносятся метки. Выборка в этом случае производится по LIKE, но никаких проблем со вставкой/изменением/удалением.

Ну мы делали поле text, где все метки
+ две таблицы для тегов этих: одна с уникальными именами и идами, вторая связная

adw0rd

Ну мы делали поле text, где все метки
+ две таблицы для тегов этих: одна с уникальными именами и идами, вторая связная

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

не понял, это так это первый вариант или второй?

оба
 

- проверять всю таблицу тегов на несколько десятков строк и выбирать ID уже существующих тегов,
- добавить в таблицу тегов те, которых там нет,
- добавить в таблицу связей, все эти связи.
Громоздко получается

Не громоздко, ты будешь делать больше выборок чем добавлений, так что это оптимальное решение:
 
Таблица users:
* user_id     // ид-юзера
* favorites   // список меток через запятую
 
Таблица favotites:
* fav_id       // ид-метки
* fav_name  // имя метки
 
Таблица favorites_users:
* user_id      // ид-юзера
* fav_id       // ид-метки
 

При показе поста отображается только users.favorites
При выборке по тегам - используются таблицы favorites и favorites_users

как по мне, то первый вариант, за исключение того, что фавтайп указывать не в таблице связей, а в фаворитах. И тогда получится что в этой таблице могут быть два одинаковых имени метки, но принадлежащих разным типам. Ведь когда человек выбирает "маюсь хуйней" в деятельности, то ему пофиг на тех, кто любит китайский(?!) фильм "Маюсь Хуйней" :)
 
А относительно больших порций, то в любом случае их будет много :) Но запросы мелкие, и пользователь не будет свои метки целый день изменять/добавлять.

Ведь когда человек выбирает "маюсь хуйней" в деятельности, то ему пофиг на тех, кто любит китайский(?!) фильм "Маюсь Хуйней"

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

Timur, молорику uml юзаешь

CTAPbIu_MABP

Timur, молорику uml юзаешь

0_o это ER-ки какбе... Или они тоже к UML-относятся?

Timur, если в тонкости не вникать то их можно отнести к UML, если вникать лезь в вики