Необходимое предложение по архитектуре БД

Question

Я работаю над проектом, где у меня ниже варианта использования.

У пользователя может быть много тегов для них, у нас есть много предопределенных данных в БД, которые мы используем, чтобы показать аутоискрипцию, когда они начали вводить строки тегов, я использую Rails.

User has_and_belongs_to_many taglines 

Tagline has_and_belongs_to_many users 

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

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

Answer 1

@BroiSatse Комментарий имеет смысл, я следовал за ним.

Если создать вторую таблицу, вы должны помнить, чтобы обновить две таблицы/модели каждый раз, когда вы хотите изменить свою модель. Вы выиграли: t сможете вытащить все пользовательские теги за один раз. многие-ко-многим - , способный удерживать связь один-ко-многим. Просто добавьте проверку, чтобы проверить , что данный тег может принадлежать только одному пользователю, если он является обычным.

Answer 2

Ваш существующий пользователь и tagline стол имеет отношения «многие ко многим», держите его таким образом. Принимая во внимание, что пользователь стол и новый customTagline имеет отношения «один ко многим», так почему бы вам не создать новую таблицу для ее представления? Поскольку вы упомянули customTagline принадлежит только определенному пользователю.