【Rails】複数アプリでデータの一部を共通化したい

Question

初めての試みでわからないことがわからない状態です。
わかりにくい質問で恐縮ですがアドバイスいただけますと幸いです。
不明点ございましたら補足させていただきます。よろしくお願いいたします。

-やりたいこと
アプリAとアプリBで会員情報などの共通部分を使いまわしたいです。
さらに、今後アプリC、アプリDと追加していく予定なので変更に強いものにしたい。
どのような構造で作成していけば良いのかわからずに困っています。

-わからないこと
・複数のアプリは同一プロジェクトと別プロジェクトどちらで作るのか
・DBは１つか複数か（複数アプリごちゃ混ぜ or 共通部分＋アプリ独自のDB？）
・アプリを増やしていったときに複雑化しないためにはどうしたら良いか。(関連付けが増えていって複雑化しそう)

-イメージは以下の通りです。（実際には項目が増えます）

共通化したい部分
Users
-name
-pass

アプリAのUsers
-name
-pass
-job

アプリBのUsers
-name
-pass
-hobby

DBを1つにしてしまうと前述したように複雑化するのではと危惧しています。
DBはアプリごとに持ち、共通部分のみ継承みたいな形に出来れば良さそうですが、そういったことは可能なのでしょうか？
いずれの場合も、共通部分がどこかのアプリから変更された場合、全てのアプリに変更を反映させたいです。

一連のサービスはRails５で作成し、サーバーはAWSを使う予定です。
よろしくお願いいたします。

Answer 1

ご回答ありがとうございます。
1日調べて２つの方法を発見しました。

1.プロジェクト内でnamespaceを使って分ける
2.Engineでモデルをプラグイン化して各アプリで共有する。
複数Railsアプリケーションから同一DB（テーブル）を参照する

それぞれのメリットデメリットや、そもそもこの方法で良いのかなど、
アドバイスいただけますと幸いです。

Comments

[Orlofsky]

URLは https://teratail.com/help#about-markdown の[リンク]を使ってください。

[sazi]

何れの方法にしても、モデルl部分の共有の重要性は感じているのでしょうから、共有できるモデルにしましょうよ。

[gakusi]

まずはデータベースの設計から学んでみます。ありがとうございました！

Answer 2

まず、
・ユーザー情報として user_id, user_name
・職業一覧 job_id, job_name
・趣味一覧 hobby_id, hobby_name
の3つのマスターテーブルが必要。

無職だったり、二足わらじで複数の仕事を持っている人がいるから、
・ユーザー職業 テーブルで user_id, job_id

複数の趣味を持っている人もめずらしくないから、
・ユーザー趣味 テーブルで user_id, hobby_id

の最低でもデータベースに5つのテーブルが必要。

Answer 3

DBを1つにしてしまうと前述したように複雑化するのではと危惧しています。
DBはアプリごとに持ち、共通部分のみ継承みたいな形に出来れば良さそうですが、そういったことは可能なのでしょうか？

アプリ側の視点というのも加味した方が良いですが、前提としてはデータの正規化という視点から考えて下さい。
関係の正規化

#追記
アプローチがアプリ寄りなので、先にデータモデルに目を向けた方が良いです。
その為に正規化を紹介しました。

・DBは１つか複数か（複数アプリごちゃ混ぜ or 共通部分＋アプリ独自のDB？）
・アプリを増やしていったときに複雑化しないためにはどうしたら良いか。(関連付けが増えていって複雑化しそう)

先ずは正規化してそれぞれのデータモデルを作成すべきだと思います。

・複数のアプリは同一プロジェクトと別プロジェクトどちらで作るのか

分けると関係性は明確になり、サイズ的にも小さくなりますね。
但し、分離する手間は掛かります。
わけないことはその逆ですね。