Как правильно организовать работу с тегами?

Question

[Иван Антонов]

На сайте планируется организации тегов:

• В описании статьи при наведении на тег будет выплывать подсказка с превью-картинкой тега. Также теги могут быть ссылками на страницу товара.
  
• В списке можно будет поставить галочки с какими тегами показывать статьи.
  

Теги могут быть произвольными.
Интересует как лучше хранить эти теги и как делать поиск по некоторым из них.

На данный момент в моей голове созрел такой план:

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

План вроде прост и понятен, но как реализовать загрузку описания к каждому, указанному через запятую, тегу и как осуществить поиск по:

• Статьям содержащие выбранные теги
  
• Статьям содержащие ТОЛЬКО выбранные теги
  

Answer 1

[R R]

tags
-id
-name
-img
....

tags_relationships
-article_id
-tag_id

т.е. таблица с тегами и отдельная таблица где указываете связи между ИД определенной статьи и ИД определенного тега

Comments

[Иван Антонов]

А что делать с пунктом - "Теги могут быть произвольными"

[Иван Антонов]

Т.е. на некоторые записанные пользователем теги может описания не существовать.

[FanatPHP]

А какая конкретно с этим проблема? И какое отношение она имеет к способу хранения?

[R R]

Иван Антонов: пользователь создал тег, вы добавили сразу его в tags и в tags_relationships прописали связь к этому посту.

[Иван Антонов]

R R: ага понятно, эти теги будут без описания, и используя условия я смогу запросить наличие картинки и всего прочего, в ином случае выдать тег как обычный текст, а не ссылку. А от мусора в tags значит никак не отгородиться, если только самостоятельно модерировать эту табличку?

[R R]

Иван Антонов: вы имеете ввиду, если пользователи будут создавать теги "на одну статью"? ну, пожалуй, никак, кроме модерации. Если пользователи будут создавать много тегов, а потом их удалять - можно чистить по принципу: нету связей со статьями - удаляем.

Answer 2

[Mikhail Osher]

many-to-many