質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.48%
Ruby on Rails 5

Ruby on Rails 5は、オープンソースのWebアプリケーションフレームワークです。「同じことを繰り返さない」というRailsの基本理念のもと、他のフレームワークより少ないコードで簡単に開発できるよう設計されています。

Ruby

Rubyはプログラミング言語のひとつで、オープンソース、オブジェクト指向のプログラミング開発に対応しています。

Q&A

解決済

1回答

529閲覧

Rails has_manyによる組み合わせの重複を防ぎたい

holly0819

総合スコア17

Ruby on Rails 5

Ruby on Rails 5は、オープンソースのWebアプリケーションフレームワークです。「同じことを繰り返さない」というRailsの基本理念のもと、他のフレームワークより少ないコードで簡単に開発できるよう設計されています。

Ruby

Rubyはプログラミング言語のひとつで、オープンソース、オブジェクト指向のプログラミング開発に対応しています。

0グッド

0クリップ

投稿2019/08/30 01:21

前提・実現したいこと

Railsチュートリアルでの学習を進めていて、ダイレクトメッセージの実装に取り組んでいます。

ダイレクトメッセージの部屋(Room)を作り、JoinRoomモデルを通してUserを所属させています。

この時、userの組み合わせが全く同じRoomの作成を防ぎたいのですが、どのようにしたらいいのか見当がつきません。

例えば、idが1,2,3のuserを持つroomを複数作ることはできない、といった感じです。

ご教示の程よろしくお願いします。

コード

ruby

1 create_table "users", force: :cascade do |t| 2 t.string "name" 3 t.string "email" 4 t.datetime "created_at", null: false 5 t.datetime "updated_at", null: false 6 ~(略)~ 7 end 8 9 create_table "rooms", force: :cascade do |t| 10 t.datetime "created_at", null: false 11 t.datetime "updated_at", null: false 12 end 13 14 create_table "join_rooms", force: :cascade do |t| 15 t.integer "user_id" 16 t.integer "room_id" 17 t.datetime "created_at", null: false 18 t.datetime "updated_at", null: false 19 end 20

Ruby

1class User < ApplicationRecord 2 has_many :join_rooms, dependent: :destroy 3 has_many :rooms, through: :join_rooms, source: :room 4end

Ruby

1class Room < ApplicationRecord 2 has_many :join_rooms, dependent: :destroy 3 has_many :users, through: :join_rooms, source: :user 4end

Ruby

1class JoinRoom < ApplicationRecord 2 belongs_to :user 3 belongs_to :room 4end

補足情報(FW/ツールのバージョンなど)

Rubyのバージョン

Ruby

1$ ruby -v 2ruby 2.5.1p57

Railsのバージョン

Ruby

1$ rails -v 2Rails 5.2.3 3

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

guest

回答1

0

ベストアンサー

そもそも論とはなりますが、「userの組み合わせが全く同じRoomの作成を防ぎたい」という要望自体、状況によっては適切ではない可能性があります。

全く別個に作られた2つのRoomが、その後のメンバーの変動で同じメンバー構成に変わってしまう、ということが考えられるからです。

(作成後にメンバーを入れ替えることがない、というのであればこの回答は無視してください)

投稿2019/08/30 02:19

maisumakun

総合スコア145183

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

holly0819

2019/08/30 02:35

回答ありがとうございます。 なら、Userの変動時には重複を許し、Roomを新規に作成するときだけ重複を制限するという形なら適切になるのでしょうか?
maisumakun

2019/08/30 02:38

あとから変化することが可能なのなら、最初から「同じメンバーで別なRoomを作れる」ようにしたほうが便利かと思います。 最初は最低限の人数でRoomを立てて、目的別に違う人を招待していく、ような場合に「同じメンバーでRoomを複数作れない」のは不便なだけでメリットがないです。
holly0819

2019/08/30 02:46

確かに、そのような場合だとユーザーにとって不便でしかないので、同じUserでもRoomを作れた方が良さそうですね。 ありがとうございます!すっきりしました。
guest

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.48%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問