Q&A
質問に現状の現象を再現できる最低限のテーブル設計やコードが載っていないと適切なコメントは難しいのでは？
現在ブログ投稿のアプリケーションをrails6にて、作っています。
ユーザーは２通り想定していて、deviseのgemにて
teamモデルと通常のuserモデルを作りました。
どちらもプロフィールを表とブログの投ができル仕様になります。
ただ機能がほとんど被っているのにもかかわらず、ユーザーのモデルを二つに分けることより、
team_blog title:string content:text team_id
user_blog title:string content:text user_id
というように二度手間になってしまっています。
今後、『フォロー機能』 『お気に入り機能』 『ブログタグ』 『DM機能』 『各チームに所属するユーザーをチームのプロフィール画面に表示させる機能』
なども実装していく予定です。
もしテーブル設計についてアイディアや解決を手助けする書籍などご存知でしたら、教えていただけると幸いです。よろしくお願いいたします！
同じSQLでもデータベースやそのバージョンによって方言が大きいですから、どのデータベースを使うのかを質問のタグで示したり、バージョンも明記した方が適切なコメントが付き易いです。
https://www.ashisuto.co.jp/corporate/column/technical-column/detail/1197236_2274.html
なるほど、おっしゃる通りですね。
ありがとうございます！
回答1件
0
ベストアンサー
以前の質問を見て、下記の記載があるのでこのような質問がでるのが少し不思議な気もしますが…
最近は開発しておらず、１年半ぶりの開発です。
初学者という前提でお答えすると…
考え方の一つとして、Teamモデルは作らずに、Postテーブルにauthorとかとは別にpost_as(ネーミングがいまいちですが…)とかのカラムをつけて、teamかpersonalかをセレクトする形にすればシンプルになりますね。
投稿2020/02/21 01:35
総合スコア3365
あなたの回答
tips
プレビュー
