Я ищу некоторую помощь по созданию db. У меня есть существующего приложения, которые я хотел бы добавить следующие функции:Добавление функции блога в существующее приложение Rails
- Поддержка концепции Блог сайта
- Разрешить членам каждого есть свой собственный блог
- Администраторы могут отправлять сообщения на сайт Блог
- Пользователи могут отправлять сообщения в свой собственный блог член
Поскольку сайт может иметь только один блог, и каждый член может иметь только один блог. Я не думаю, что мне нужен блог. Вместо этого я просто повесить пару столбцов из таблиц Сайты и Пользователи для blog_name, blog_tagline или что-то еще.
Мой вопрос: следует ли использовать одну таблицу для сообщений или использовать 2 таблицы (site_posts и member_posts).
Если я использую 1 таблицу, я могу легко иметь столбец типа (сайт или элемент) и столбец content_id, указывающий на соответствующую родительскую запись (сайт или член). Но я думаю, что это лучший способ сделать это с точки зрения ресурсов и контроллеров. Если у меня будет 1 таблица, то у меня будет один контроллер. Но, основываясь на роли пользователя, они будут обновлять либо сообщения Сайта, либо сообщения членов. Это кажется немного беспорядочным, всегда проверяя роль пользователя только для обновления ресурса.
Итак, я склоняюсь к 2 ресурсам (и 2 таблицам), поэтому я знаю, что члены всегда работают над member_posts и администраторами на site_posts.
У кого-нибудь есть мысли по этому дизайну или какие-либо проблемы?
Спасибо.
Спасибо, я ценю комментарии. Думаю, мне интересно, есть ли какая-то особая выгода для этого подхода. Ваш подход более суровый, чем для двух таблиц. Это главное преимущество? –
да - это главное преимущество. –