Как правильно сохранять keywords в базу данных mysql?

Question

[Александр Вербицкий]

В форме Есть выпадающий список Select2 (Tag Multiple) в котором перечисляю все keywords к товарной позиции.
При сохранении, POSTом передается массив.

Как лучше эти данные сохранять:
- В таблице products создать столбец keywords и сохранить строкой, где все значения перечислены через запятую
- Создать таблицу keywords со столбцами (id, value, product_id)
- Или еще какие варианты?

Answer 1

[Максим Морев]

Зависит от того, что вы от этого списка хотите.
Если ключи плюс-минус уникальны для каждой позиции (то есть вбиваете руками, а не выбираете из предустановленного набора) - храните строкой, чего заморачиваться.
Если есть какой-то предустановленный набор, который ещё и измениться может и хорошо бы сразу везде - заводите отдельную табличку с ключами (key_id, key_value) и отдельную для того, чтобы проставлять связи key_id -> product_id.
Можно и как у вас (id, value, product_id), если не гигантский объём данных (и ключи повторяются нечасто) - разницы не заметите.

Comments

[FanatPHP]

как всегда, самый тупой ответ принят автором

[Максим Морев]

FanatPHP, ну так расскажите нам, как должен выглядеть умный ответ..

[Александр Вербицкий]

FanatPHP, Почему вы так считаете??

[FanatPHP]

А чем этот ответ отличается от вопроса?
Что вопрос - беспомощные рассуждения "может в строку, а мождет нее в строку...", что ответ - "ну делай в строку. А может не в строку."

И ни слова про то, что хранить строкой - это бсолютно дебильное решение, которое может прийти в голову только первокласснику, который БД вперые в жизни увидел. И ему надо после этого так отбить линейкой пальцы, чтобы он навсегда забыл о таком варианте.

А потом рассказать о том что такое реляционные базы, и зачем они нужны.

[Александр Вербицкий]

FanatPHP, Я тоже думаю в строку слишком банально, поэтому и отметил ответ правильным из-за строки:
"заводите отдельную табличку с ключами (key_id, key_value) и отдельную для того, чтобы проставлять связи key_id -> product_id".

Чем этот вариант не устроил? Три таблицы, одна products вторая keywords и третья products-keywords, связывающая их...

[FanatPHP]

Тем что это описано именно как "вариант", а не единственно правильный ответ

[Александр Вербицкий]

FanatPHP, Так в том и суть, накидать несколько вариантов, а я уже решу, какой мне больше подходит. Этот подошел =) Всё норм!) Если есть еще какие предложения, лучше, я всегда рад их узнать

[Максим Морев]

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

[FanatPHP]

Максим Морев, об этом и речь. Жаль что линейку в современных вузах отменили.

Answer 2

[FanatPHP]

Единственное осмысленное решиение

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

Answer 3

[Александр]

Создать 2 таблицы со связью ОдинКоМногим
Ну или МногиеКоМногим

Answer 4

[Одиночка Айс]

Массив... Сохраняете по отдельности что ли? Зачем? Keywords в админке это просто поле текстовое, не более