RDS nullを許可するか、不要なインスタンスを持ち続けるか

Question

先輩エンジニアの皆様、質問失礼します。
現在MySQLとRails api でアプリを作成しています。

簡単に仕様を説明させていただきます。
roomで話し合い、userとhostが合意すればagreementを作成できます。
agreementはroomに紐づいており、agreementにはroom_idとして外部キーを持っています。
agreementをキャンセルしたい場合、履歴としてagreementのstateカラムをcancelledに変更、roomは使用しないため削除したいのですが、その場合room_idがnilになってしまいます。
外部キーがnullはRDSでは悪という意見もあるようなのですが、今後必要のないroomを削除せずそのまま保持する必要もないと、思うので、私はnullにを許可してもよいのでは？と考えました。

御意見をお伺いしたいです。

Comments

[Orlofsky]

質問に CREATE TABLE文を https://teratail.com/help/question-tips#questionTips3-7 の [コード] で追加してください。

Answer 1

roomは使用しないため削除したいのですが

本当に削除していいのかが疑問になりました。agreementに至る過程が残っているroomである以上、キャンセルされたなどトラブルが起きた時こそroomの記録が重要となりそうな気もします。

Comments

[IRIESS]

考えてみれば確かにその通りでした。
ありがとうございました。

[IRIESS]

考えてみたら確かにその通りでした。
遅くなりましたがご回答ありがとうございました。

Answer 2

個人的には開発者間で合意があれば外部キーnullでも別に良い気がします。FOREIGN KEY設定でもそういう風にできちゃいますし、、、

しかしながら、話し合いの場であるroomが削除されるのであれば、その場で合意されたagreementも削除されるのが自然な気がします。
何らかの理由でagreementを残したいのであれば、agreementが作成される場であるroomも削除せずに、closedやdeletedなどのカラムで削除フラグを立ててソフトデリートにしてしまうのはいかがでしょうか？

Comments

[IRIESS]

今回はそのまま保持することにしました。
遅くなりましたがご回答ありがとうございました。