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

Question

[Алексей Скляров]

Добрый день, во многих социальных сетях у пользователя есть возможность задать довольно большое количество настроек сайта (например, показывать определенные уведомления, скрывать определенные новости). Как реализуется подобное? Требуется создать похожу систему, но на ум пришел только способ с созданием таблицы: user_settings в которой хранится id юзера и json тип данных с его настройками. Насколько верен такой вариант? Есть ли другие?

Answer 1

[Денис Шевченко]

Вариант с отдельной таблицей хорошо подходит, если много полей настроек. Но почему json? Храните отдельные поля, так будет легче осуществлять фильтрацию и редактирование отдельных полей.

Comments

[Roman K]

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

[Иван Шумов]

Roman Kitaev, или использовать документ-ориентированную бд. И это будет ещё быстрее. И не будет проблем с обновлением одной настройки параллельно с другой

[Денис Шевченко]

Roman Kitaev, я думаю человек про mySql спрашивает

[Roman K]

Иван Шумов, Использовать всякие монги ради настроек? По-моему, должно быть больше аргументов :) Но согласен, что стоит задуматься.

[Roman K]

Денис Шевченко, Ты думаешь? И с чего же ты это взял, Шерлок? Ну и даже пусть так, mysql. В mysql что, JSON не завезли? Он там прекрасно работает, по нему можно фильтровать, он быстрее EAV, по полям JSON даже можно индексы строить, правда очень костыльно, но можно.

[Иван Шумов]

Roman Kitaev, я немного в облаках - там чутка другие инструменты)

[alex-1917]

Roman Kitaev, а что, разве ТС поставил эти теги? Или в вопросе упомянул? они же, эти начинашки-овуляшки, как партизаны, молчат до последнего...

Answer 2

[alex-1917]

Да вообще в любой форме храните, хоть в поле text и потом парсить строку)))
Cуть в том, что настройки юзера - это те данные, к которым НИКОГДА не будет обращения 1000раз в секунду!
Одно обращение в момент подключения юзера к системе - ВСЁ, далее таблица простаивает. Не будут же все ваши 100 млн юзеров входить в систему одномоментно)))
Не забивайтесь так, а то уже попахивает преждевременной оптимизацией.

"Программисты тратят огромное количество времени, размышляя и беспокоясь о некритичных местах кода, и пытаются оптимизировать их, что исключительно негативно сказывается на последующей отладке и поддержке. Мы должны вообще забыть об оптимизации в, скажем, 97% случаев. Поспешная оптимизация является корнем всех зол. И, напротив, мы должны уделить все внимание оставшимся 3%."

— Дональд Кнут

Вот держи пример. set_id - это предопределенный набор настроек, который ты даешь редактировать юзерам.